Re: [PATCH] SQL assertions prototype

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: [PATCH] SQL assertions prototype
Дата
Msg-id 52B0C171.2000705@agliodbs.com
обсуждение исходный текст
Ответ на [PATCH] SQL assertions prototype  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: [PATCH] SQL assertions prototype  (Kevin Grittner <kgrittn@ymail.com>)
Список pgsql-hackers
On 11/15/2013 05:41 AM, Heikki Linnakangas wrote:
> A fundamental problem with this is that it needs to handle isolation
> reliable, so that the assertion cannot be violated when two concurrent
> backends do things. Consider the example from the manual, which checks
> that a table has at least one row. Now, if the table has two rows to
> begin with, and in one backend you delete one row, and concurrently in
> another backend you delete the other row, and then commit both
> transactions, the assertion is violated.
> 
> In other words, the assertions need to be checked in serializable mode.
> Now that we have a real serializable mode, I think that's actually
> feasible.

Going back over this patch, I haven't seen any further discussion of the
point Heikki raises above, which seems like a bit of a showstopper.

Heikki, did you have specific ideas on how to solve this?  Right now my
mind boggles.

-- 
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com



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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: processing time zone
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: 9.3 reference constraint regression