Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty - Mailing list pgsql-bugs

From Bruce Momjian
Subject Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty
Date
Msg-id 201002241641.o1OGfw927655@momjian.us
Whole thread Raw
In response to Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty
Next
From: Lou Picciano
Date:
Subject: Re: PostgreSQL-9.0alpha: jade required?