Re: [HACKERS] [PATCH] WIP Add ALWAYS DEFERRED option forconstraints

Поиск
Список
Период
Сортировка
От Andreas Joseph Krogh
Тема Re: [HACKERS] [PATCH] WIP Add ALWAYS DEFERRED option forconstraints
Дата
Msg-id VisenaEmail.0.20b08f61e8e55896.15ee460fd40@tc7-visena
обсуждение исходный текст
Ответ на Re: [HACKERS] [PATCH] WIP Add ALWAYS DEFERRED option for constraints  (Vik Fearing <vik.fearing@2ndquadrant.com>)
Список 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 по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] 64-bit queryId?
Следующее
От: Ashutosh Bapat
Дата:
Сообщение: Re: [HACKERS] Partition-wise join for join between (declaratively)partitioned tables