From: | Gregory Stark <stark(at)enterprisedb(dot)com> |
---|---|
To: | "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> |
Cc: | <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Documenting serializable vs snapshot isolation levels |
Date: | 2008-12-30 02:28:03 |
Message-ID: | 87k59iqtvw.fsf@oxford.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> writes:
> (3) A finer-grained approach would be to make no-effect updates to
> rows to lock them if they are to be read for purposes of updating
> something else in the transaction. This could have a high cost in
> disk access and table bloat. It has the advantage of providing a
> simple technique which, if applied consistently, doesn't require
> knowledge of software beyond what is under development.
"no-effect updates" would be just the same as SELECT FOR UPDATE
However this has the same problem that we previously discussed where someone
can still add new records which would have changed the results of the query.
--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
Ask me about EnterpriseDB's Slony Replication support!
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2008-12-30 03:16:27 | Re: Documenting serializable vs snapshot isolation levels |
Previous Message | Andrew Chernow | 2008-12-30 01:46:04 | Re: new libpq SSL connection option |