Re: unnesting multirange data types
От | Alexander Korotkov |
---|---|
Тема | Re: unnesting multirange data types |
Дата | |
Msg-id | CAPpHfdsrAZoJm08wi5k76Gd3FEAa3HprFJG-TzSoC3UHfEQ=QQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: unnesting multirange data types (Justin Pryzby <pryzby@telsasoft.com>) |
Ответы |
Re: unnesting multirange data types
|
Список | pgsql-hackers |
()On Sat, Jun 12, 2021 at 2:30 AM Justin Pryzby <pryzby@telsasoft.com> wrote: > On Fri, Jun 11, 2021 at 11:37:58PM +0300, Alexander Korotkov wrote: > > On Fri, Jun 11, 2021 at 1:04 AM Justin Pryzby <pryzby@telsasoft.com> wrote: > > > > > > +{ oid => '1293', descr => 'expand mutlirange to set of ranges', > > > > > > typo: mutlirange > > > > Fixed, thanks. > > > > The patch with the implementation of both unnest() and cast to array > > is attached. It contains both tests and docs. > > |+ The multirange could be explicitly cast to the array of corresponding > should say: "can be cast to an array of corresponding.." > > |+ * Cast multirange to the array of ranges. > I think should be: *an array of ranges Thank you for catching this. > Per sqlsmith, this is causing consistent crashes. > I took one of its less appalling queries and simplified it to this: > > select > pg_catalog.multirange_to_array( > cast(pg_catalog.int8multirange() as int8multirange)) as c2 > from (select 1)x; It seems that multirange_to_array() doesn't handle empty multiranges. I'll post an updated version of the patch tomorrow. ------ Regards, Alexander Korotkov
В списке pgsql-hackers по дате отправления: