From 24b1f14eae0b83ef5d6b269ebf1ecae2f3acbb8c Mon Sep 17 00:00:00 2001
From: Bruce Momjian <bruce@momjian.us>
Date: Sat, 30 Dec 2006 20:31:11 +0000
Subject: [PATCH] Clarify wording on when ctid is modified by VACUUM FULL.

---
 doc/src/sgml/ddl.sgml | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/doc/src/sgml/ddl.sgml b/doc/src/sgml/ddl.sgml
index 6dd740fbfe..6896b7b90b 100644
--- a/doc/src/sgml/ddl.sgml
+++ b/doc/src/sgml/ddl.sgml
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/ddl.sgml,v 1.70 2006/12/28 20:02:38 tgl Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/ddl.sgml,v 1.71 2006/12/30 20:31:11 momjian Exp $ -->
 
 <chapter id="ddl">
  <title>Data Definition</title>
@@ -974,7 +974,7 @@ CREATE TABLE order_items (
       The physical location of the row version within its table.  Note that
       although the <structfield>ctid</structfield> can be used to
       locate the row version very quickly, a row's
-      <structfield>ctid</structfield> will change each time it is
+      <structfield>ctid</structfield> will change if it is
       updated or moved by <command>VACUUM FULL</>.  Therefore
       <structfield>ctid</structfield> is useless as a long-term row
       identifier.  The OID, or even better a user-defined serial
-- 
2.40.0