Re: unnest multirange, returned order - Mailing list pgsql-docs

From Daniel Fredouille
Subject Re: unnest multirange, returned order
Date
Msg-id CAEpV6kWcAVFvmtw9amVubL7F9LWX==nE5N96uFrGm4XX6aFdVQ@mail.gmail.com
Whole thread Raw
In response to Re: unnest multirange, returned order  (Daniel Fredouille <daniel.fredouille@gmail.com>)
Responses Re: unnest multirange, returned order
List pgsql-docs
Sorry correcting my own suggestion:

"""

unnest ( anymultirange ) → setof anyrange

Expands a multirange into a set of ranges. The ranges are read out in storage order (ascending) and therefore order cannot be relied upon.

unnest('{[1,2), [3,4)}'::int4multirange) →

 [1,2) [3,4)
"""


Le mer. 4 oct. 2023 à 20:04, Daniel Fredouille <daniel.fredouille@gmail.com> a écrit :
Trying a suggestion then:

"""

unnest ( anymultirange ) → setof anyrange

Expands a multirange into a set of ranges. The ranges are read out in storage order (ascending) and therefore cannot be relied upon.

unnest('{[1,2), [3,4)}'::int4multirange) →

 [1,2) [3,4)
"""
Daniel

Le mer. 4 oct. 2023 à 03:20, Laurenz Albe <laurenz.albe@cybertec.at> a écrit :
On Tue, 2023-10-03 at 20:40 -0400, Daniel Fredouille wrote:
> > I'd say that the storag order is the order in which PostgreSQL stores
> > multiranges internally:
>
> Right, I believe that you are right but then this information is not useful for the developer. 
> If storage order is always ascending by range order then let's make it clear,
> if order cannot be counted upon as it may evolve from postgres version to version,
> then let's make it clear as well. WDYT ?

I personally think that it is clear as it is written now.

If you have a good suggestion for an improvement, you could send it;
perhaps someone will pick it up.

Yours,
Laurenz Albe

pgsql-docs by date:

Previous
From: Daniel Fredouille
Date:
Subject: Re: unnest multirange, returned order
Next
From: Erik Wienhold
Date:
Subject: Re: Unclear guarantees about sort order on https://www.postgresql.org/docs/current/queries-order.html