Re: Fixing busted citext function declarations - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Fixing busted citext function declarations
Date
Msg-id 2286.1430846424@sss.pgh.pa.us
Whole thread Raw
In response to Re: Fixing busted citext function declarations  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Responses Re: Fixing busted citext function declarations
List pgsql-hackers
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> (I think it is possible that the behavior change is actually problematic
> as opposed to just behaving differently.  For instance, if the function
> is used in a subselect that's expected to return only one row, and it
> suddenly starts returning more, the query would raise an error.  Seems
> better to err on the side of caution.)

Yeah.  Also, I realized from the citext regression tests that there's a
behavioral change even if you *don't* use the 'g' flag: the previous
behavior was to return a null on no match, but now you get zero rows out
instead.  That's a fairly significant change.

> I think we should keep the 1.0 version this time, in back branches.

Agreed.  Maybe we shouldn't even make 1.1 the default in the back
branches.
        regards, tom lane



pgsql-hackers by date:

Previous
From: "David E. Wheeler"
Date:
Subject: Re: Fixing busted citext function declarations
Next
From: "David G. Johnston"
Date:
Subject: Re: Fixing busted citext function declarations