From af171286560a00b6f91f9aad8999d9d757098614 Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Sat, 4 Nov 2000 18:23:36 +0000 Subject: [PATCH] Update FAQ_DEV. --- doc/FAQ_DEV | 2 +- doc/src/FAQ/FAQ_DEV.html | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/FAQ_DEV b/doc/FAQ_DEV index 5f9f078834..e8f046d0fa 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 4da26a9d3a..e62d0c3533 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.