Re: predicate locking
От | Daniel Roth |
---|---|
Тема | Re: predicate locking |
Дата | |
Msg-id | 71038fca0506121916764f5b33@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: predicate locking (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: predicate locking
|
Список | pgsql-sql |
Hi Tom Apologies for my previous double post. In "12.2.2.1. Serializable Isolation versus True Serializability" It sates: "To guarantee true mathematical serializability, it is necessary for a database system to enforce predicate locking, which means that a transaction cannot insert or modify a row that would have matched the WHERE condition of a query in another concurrent transaction" Now that is exactly whats happens when you use SERIALIZABLE is MSSQL. So, by the postgres help documentation's definition of predicate locking, MSSQL does predicate locking. All I am trying to do is correct the help documentation - 12.2.2.1 "so far as we are aware no other production DBMS does either." Regards, Daniel Roth On 6/12/05, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Daniel Roth <dan.c.roth@gmail.com> writes: > > But MSSQL (SQL Server) does predicate locking. > > > Places a range lock on the data set, preventing other users from > > updating or inserting rows into the data set until the transaction is > > complete. This is the most restrictive of the four isolation levels. > > Range locks are a far cry from general predicate locks. > > regards, tom lane > > PS: kindly don't email me privately while posting the same message to > the lists. You think I have time to answer things twice? >
В списке pgsql-sql по дате отправления: