Re: Yet another "drop table vs delete" question
От | Jeff Davis |
---|---|
Тема | Re: Yet another "drop table vs delete" question |
Дата | |
Msg-id | 1240348510.26999.8.camel@monkey-cat.sm.truviso.com обсуждение исходный текст |
Ответ на | Re: Yet another "drop table vs delete" question (Christophe <xof@thebuild.com>) |
Ответы |
Re: Yet another "drop table vs delete" question
Re: Yet another "drop table vs delete" question |
Список | pgsql-general |
On Tue, 2009-04-21 at 13:59 -0700, Christophe wrote: > I'm sure there is a scenario under which a separate > transaction could see non-MVCC behavior from TRUNCATE, but I'm > having > trouble see what it is. Session1: BEGIN TRANSACTION ISOLATION LEVEL SERIALIZABLE; SELECT * FROM foo; Session2: BEGIN; TRUNCATE bar; COMMIT; Session1: SELECT * from bar; COMMIT; 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. If Session2 does a DROP TABLE instead of TRUNCATE, Session1 will get an error when it tries to read "bar". Regards, Jeff Davis
В списке pgsql-general по дате отправления: