From: Tom Lane <tgl@sss.pgh.pa.us>
Date: Sun, 30 Dec 2001 04:36:52 +0000 (+0000)
Subject: Repair example, per note in interactive docs.
X-Git-Tag: REL7_2_BETA5~127
X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=e7d9a6bf630e8784fc1723d138e4e4e973550017;p=postgresql

Repair example, per note in interactive docs.
---

diff --git a/doc/src/sgml/ref/cluster.sgml b/doc/src/sgml/ref/cluster.sgml
index 82c4d3bcf2..86d795f6b4 100644
--- a/doc/src/sgml/ref/cluster.sgml
+++ b/doc/src/sgml/ref/cluster.sgml
@@ -1,5 +1,5 @@
 <!--
-$Header: /cvsroot/pgsql/doc/src/sgml/ref/cluster.sgml,v 1.13 2001/12/08 03:24:34 thomas Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/ref/cluster.sgml,v 1.14 2001/12/30 04:36:52 tgl Exp $
 PostgreSQL documentation
 -->
 
@@ -190,8 +190,8 @@ SELECT <replaceable class="parameter">columnlist</replaceable> INTO TABLE <repla
     the ORDER BY clause to match the index, and which is much faster for
     unordered data. You then drop the old table, use
     <command>ALTER TABLE...RENAME</command>
-    to rename <replaceable class="parameter">temp</replaceable> to the old name, and
-    recreate any indexes. The only problem is that <acronym>OID</acronym>s
+    to rename <replaceable class="parameter">newtable</replaceable> to the old name, and
+    recreate the table's indexes. The only problem is that <acronym>OID</acronym>s
     will not be preserved. From then on, <command>CLUSTER</command> should be
     fast because most of the heap data has already been
     ordered, and the existing index is used.