Re: hstore dump/restore bug in 9.3

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Craig Ringer <craig(at)2ndquadrant(dot)com>
Cc: pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: hstore dump/restore bug in 9.3
Date: 2014-05-13 14:33:11
Message-ID: 20468.1399991591@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Craig Ringer <craig(at)2ndquadrant(dot)com> writes:
> On 05/12/2014 11:48 AM, Tom Lane wrote:
>> Also, I think we still have some other dependencies on assumed
>> operator names in eg. CASE. Cleaning up only NULLIF may not be a
>> full solution.

> GREATEST(..) and LEAST(..) already handle this, as does DISTINCT(...).

Those are different in that they're comparing multiple values that are
always of the same datatype, so that "look for the default btree opclass
for that type" is a well-defined rule. NULLIF and CASE will certainly
require additional thought. I think IN has the issue as well.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message tim.channell 2014-05-13 20:51:37 BUG #10315: Transactions seem to be releasing locks early?
Previous Message Craig Ringer 2014-05-13 04:07:02 Re: hstore dump/restore bug in 9.3