From: Bruce Momjian Date: Sat, 4 Nov 2000 18:23:36 +0000 (+0000) Subject: Update FAQ_DEV. X-Git-Tag: REL7_1_BETA~265 X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=af171286560a00b6f91f9aad8999d9d757098614;p=thirdparty%2Fpostgresql.git Update FAQ_DEV. --- diff --git a/doc/FAQ_DEV b/doc/FAQ_DEV index 5f9f0788348..e8f046d0fa5 100644 --- a/doc/FAQ_DEV +++ b/doc/FAQ_DEV @@ -426,4 +426,4 @@ c-mode) using a Command Counter. Incrementing the counter allows transactions to be broken into pieces so each piece can see rows modified by previous pieces. CommandCounterIncrement() increments the Command - Counter, creating a new piece of the transaction. + Counter, creating a new part of the transaction. diff --git a/doc/src/FAQ/FAQ_DEV.html b/doc/src/FAQ/FAQ_DEV.html index 4da26a9d3a2..e62d0c3533a 100644 --- a/doc/src/FAQ/FAQ_DEV.html +++ b/doc/src/FAQ/FAQ_DEV.html @@ -482,7 +482,7 @@ appropriate values. Hopefully, there is already locking code in There is a backend/port directory if you need special files for your OS.

-

13) What is CommandCounterIncrement()?

+

13) What is CommandCounterIncrement()?

Normally, transactions can not see the rows they modify. This allows UPDATE foo SET x = x + 1 to work correctly. @@ -493,7 +493,7 @@ in previous parts of the transaction. This is accomplished using a Command Counter. Incrementing the counter allows transactions to be broken into pieces so each piece can see rows modified by previous pieces. CommandCounterIncrement() increments the Command -Counter, creating a new piece of the transaction.

+Counter, creating a new part of the transaction.