Re: Foreign keys causing conflicts leading toserialization failures
От | Tom Lane |
---|---|
Тема | Re: Foreign keys causing conflicts leading toserialization failures |
Дата | |
Msg-id | 28326.1207150415@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Foreign keys causing conflicts leading toserialization failures ("Albe Laurenz" <laurenz.albe@wien.gv.at>) |
Ответы |
Re: Foreign keys causing conflicts leading toserialization failures
|
Список | pgsql-general |
"Albe Laurenz" <laurenz.albe@wien.gv.at> writes: > Peter Schuller wrote: >> This is what I am wondering. Whether it is done this way due to >> expecation/standard, or as an implementation side effect. In the >> latter case it is fixable. > I don't see how this could break a standard. Actually, I think it does, because we went to great lengths to cause this case to error out. It would be much simpler, code-wise, if the RI checks just always used a current snapshot and didn't worry about whether serializability had been violated. (Albe's description of the implementation is largely fiction, but the conclusion is accurate: we throw error if the referenced PK row has been updated since the serializable transaction started. The exact nature of the update is not considered.) regards, tom lane
В списке pgsql-general по дате отправления: