From fc5894bf779e6d0b96dcb8d5b8fb22994de48f92 Mon Sep 17 00:00:00 2001
From: Tom Lane
Date: Wed, 26 Oct 2005 19:21:55 +0000
Subject: Adjust parser so that POSTQUEL-style implicit RTEs are stored with
 inFromCl true, meaning that they will list out as explicit RTEs if they are
 in a view or rule.  Update comments about inFromCl to reflect the way it's
 now actually used.  Per recent discussion.

---
 doc/src/sgml/release.sgml | 14 ++++++++++++--
 1 file changed, 12 insertions(+), 2 deletions(-)

(limited to 'doc/src')

diff --git a/doc/src/sgml/release.sgml b/doc/src/sgml/release.sgml
index 0a5a1098efc..023c9258d29 100644
--- a/doc/src/sgml/release.sgml
+++ b/doc/src/sgml/release.sgml
@@ -1,5 +1,5 @@
 <!--
-$PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.393 2005/10/25 17:54:30 tgl Exp $
+$PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.394 2005/10/26 19:21:53 tgl Exp $
 
 Typical markup:
 
@@ -268,9 +268,19 @@ pg_[A-Za-z0-9_]                 <application>
       </para>
       <para>
        By default, we now generate an error if a table is used in a query
-       without a <command>FROM</> reference.  The old behavior is still
+       without a <literal>FROM</> reference.  The old behavior is still
        available, but the parameter must be set to 'true' to obtain it.
       </para>
+
+      <para>
+       It may be necessary to set <varname>add_missing_from</> to true
+       in order to load an existing dump file, if the dump contains any
+       views or rules created using the implicit-<literal>FROM</> syntax.
+       This should be a one-time annoyance, because
+       <productname>PostgreSQL</productname> 8.1 will convert
+       such views and rules to standard explicit-<literal>FROM</> syntax.
+       Subsequent dumps will therefore not have the problem.
+      </para>
      </listitem>
 
      <listitem>
-- 
cgit v1.2.3