From: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
---|---|
To: | Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alexander Ostrow <aj(at)epcylon(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: syntax sugar for conditional check |
Date: | 2016-04-01 22:38:38 |
Message-ID: | CAKFQuwY0x4bHyvmjn+2zthVuF4FUeQo6N70nWczsF0_M8moRTA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Apr 1, 2016 at 3:22 PM, Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com> wrote:
> On 4/1/16 1:08 PM, Tom Lane wrote:
>
>> Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com> writes:
>>
>>> Rather than this, I think an exclusive-or operator would be a lot more
>>> useful. The only difficulty I run into with CHECK constaints is when I
>>> want to ensure that only ONE condition is true.
>>>
>>
>> "bool != bool" works as XOR. If you need "exactly one of N" you could
>> do something like "(cond1::int + cond2::int + ...) = 1". We could
>> wrap some syntactic sugar around either of these, but it's not clear
>> to me that it'd be any more useful than a custom SQL function.
>>
>
> It would prevent having to re-create that function every time... :)
And it would nicely complement our recent addition of "
num_nonnulls
(variadic "any")"
David J.
From | Date | Subject | |
---|---|---|---|
Next Message | Shulgin, Oleksandr | 2016-04-01 23:57:32 | Re: More stable query plans via more predictable column statistics |
Previous Message | Robbie Harwood | 2016-04-01 22:34:56 | Re: [PATCH v11] GSSAPI encryption support |