Re: [HACKERS] [PATCH] WIP Add ALWAYS DEFERRED option forconstraints - Mailing list pgsql-hackers

From Andreas Joseph Krogh
Subject Re: [HACKERS] [PATCH] WIP Add ALWAYS DEFERRED option forconstraints
Date
Msg-id VisenaEmail.0.20b08f61e8e55896.15ee460fd40@tc7-visena
Whole thread Raw
In response to Re: [HACKERS] [PATCH] WIP Add ALWAYS DEFERRED option for constraints  (Vik Fearing <vik.fearing@2ndquadrant.com>)
List pgsql-hackers
På onsdag 04. oktober 2017 kl. 00:24:19, skrev Vik Fearing <vik.fearing@2ndquadrant.com>:
On 10/03/2017 10:10 PM, Andreas Joseph Krogh wrote:
> While we're in deferrable constraints land...;
> I even more often need deferrable /conditional /unique-indexes.
> In PG you now may have:
>
> ALTER TABLE email_folder ADD CONSTRAINT some_uk UNIQUE (owner_id, folder_type, name) DEFERRABLE INITIALLY DEFERRED;
>

> But this isn't supported:
>
> CREATE UNIQUE INDEX some_uk ON email_folder(owner_id, folder_type, name) WHERE parent_id IS NULL DEFERRABLE INITIALLY DEFERRED;
>
> Are there any plans to support this?

I don't want to hijack the thread, but you can do that with exclusion
constraints.
 
 
True.
 
--
Andreas Joseph Krogh
 

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [HACKERS] 64-bit queryId?
Next
From: Ashutosh Bapat
Date:
Subject: Re: [HACKERS] Partition-wise join for join between (declaratively)partitioned tables