Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty
От | Bruce Momjian |
---|---|
Тема | Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty |
Дата | |
Msg-id | 201002241641.o1OGfw927655@momjian.us обсуждение исходный текст |
Ответ на | Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty
|
Список | pgsql-bugs |
Tom Lane wrote: > Bruce Momjian <bruce@momjian.us> writes: > > Was this ever addressed? > > No, it doesn't look like the code's been changed. I was looking for > some comments about which to do: > > >> I can see two reasonable ways to address this: > >> > >> * Change the ltree test to reject only ARR_NDIM > 1. > >> > >> * Drop the ARR_NDIM check altogether, and let it search any sort of > >> array. > >> > >> I'm leaning to #2 myself. However, there are probably other places with > >> the same kind of issue, and in some of them it might make more sense to > >> reject multidimensional arrays. > > Thoughts? Do something. ;-) LOL -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com PG East: http://www.enterprisedb.com/community/nav-pg-east-2010.do + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-bugs по дате отправления: