Re: Yet another "drop table vs delete" question
От | Christophe |
---|---|
Тема | Re: Yet another "drop table vs delete" question |
Дата | |
Msg-id | 05082BAF-226D-4FEE-9856-D22D3F956A2B@thebuild.com обсуждение исходный текст |
Ответ на | Re: Yet another "drop table vs delete" question (Jeff Davis <pgsql@j-davis.com>) |
Ответы |
Re: Yet another "drop table vs delete" question
Re: Yet another "drop table vs delete" question |
Список | pgsql-general |
On Apr 21, 2009, at 2:15 PM, Jeff Davis wrote: > In Session1, the serializable transaction sees an empty version of > bar, > even though it had tuples in at the time Session1 got its serializable > snapshot. Indeed so, and I understand that part. But since Session1 didn't try to access 'bar', it can't distinguish that sequence from: Session2: BEGIN; TRUNCATE bar; COMMIT; Session1: BEGIN TRANSACTION ISOLATION LEVEL SERIALIZABLE; SELECT * FROM foo; SELECT * from bar; COMMIT; I've been trying to come up with a scenario in which a TRUNCATE violates concurrency expectations; I'm sure one exists, but my brain isn't wrapping around it.
В списке pgsql-general по дате отправления: