Re: Statement-level Triggers For Uniqueness Checks

Поиск
Список
Период
Сортировка
От Dean Rasheed
Тема Re: Statement-level Triggers For Uniqueness Checks
Дата
Msg-id CAEZATCWYhOFEBA+2P3pMnWhjE4xvUO85yt+1XZUHnsD8NLX0sA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Statement-level Triggers For Uniqueness Checks  (Corey Huinker <corey.huinker@gmail.com>)
Ответы Re: Statement-level Triggers For Uniqueness Checks  (Dean Rasheed <dean.a.rasheed@gmail.com>)
Список pgsql-hackers
On Mon, 24 Dec 2018 at 23:57, Corey Huinker <corey.huinker@gmail.com> wrote:
>
> So I took a first pass at this, and I got stuck.
>
> [snip]
>
> Any idea where I went wrong?

Take a look at this code in AfterTriggerSaveEvent():

        /*
         * If the trigger is a deferred unique constraint check trigger, only
         * queue it if the unique constraint was potentially violated, which
         * we know from index insertion time.
         */
        if (trigger->tgfoid == F_UNIQUE_KEY_RECHECK)
        {
            if (!list_member_oid(recheckIndexes, trigger->tgconstrindid))
                continue;       /* Uniqueness definitely not violated */
        }

If you trace it back, you'll see that for a statement-level trigger,
recheckIndexes will always be empty.

Regards,
Dean


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Imai, Yoshikazu"
Дата:
Сообщение: RE: speeding up planning with partitions
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full