Re: [HACKERS] SET NOT NULL [NOT VALID / CONCURRENTLY]?

Поиск
Список
Период
Сортировка
От Joel Jacobson
Тема Re: [HACKERS] SET NOT NULL [NOT VALID / CONCURRENTLY]?
Дата
Msg-id CAASwCXcO+X1Q6NKRzkV3auBoLVe_iYqtMo5onGnXAeWbW6_Wnw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] SET NOT NULL [NOT VALID / CONCURRENTLY]?  (Craig Ringer <craig@2ndquadrant.com>)
Ответы Re: [HACKERS] SET NOT NULL [NOT VALID / CONCURRENTLY]?  (Craig Ringer <craig@2ndquadrant.com>)
Список pgsql-hackers
On Wed, Dec 21, 2016 at 4:24 PM, Craig Ringer <craig@2ndquadrant.com> wrote:
>> Is anyone working on fixing this for PostgreSQL 10?
>
> Not as far as I know.
>
> IMO this and other similar cases should all be handled the same way:
> create the constraint NOT VALID, then VALIDATE it while holding a weak
> lock that only blocks concurrent schema changes.

Sounds like a good approach.

Similar to what we (Trustly) did when we sponsored the FOR KEY LOCK
feature to improve concurrency,
we would be very interested in also sponsoring this feature, as it
would mean a great lot to us.
I don't know if this is the right forum trying to find someone/some
company to sign up for the task,
please let me know if I should mail to some other list. Thanks.

Joel Jacobson
Trustly



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

Предыдущее
От: Amit Langote
Дата:
Сообщение: Re: [HACKERS] Declarative partitioning - another take
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: [HACKERS] invalid combination of options "-D - -F t -X stream" in pg_basebackup