docs: small adjustements to recent SELECT and pg_upgrade improvements

This commit is contained in:
Bruce Momjian 2014-03-08 11:26:47 -05:00
parent 8879fa09ee
commit 3624acd342
2 changed files with 7 additions and 6 deletions

View File

@ -458,10 +458,10 @@ psql --username postgres --file script.sql postgres
<para> <para>
Once you are satisfied with the upgrade, you can delete the old Once you are satisfied with the upgrade, you can delete the old
cluster's data directories by running the script mentioned when cluster's data directories by running the script mentioned when
<command>pg_upgrade</command> completes. You can also delete the <command>pg_upgrade</command> completes. (Automatic deletion is not
old installation directories possible if you have user-defined tablespaces inside the old data
(e.g. <filename>bin</>, <filename>share</>). This will not work directory.) You can also delete the old installation directories
if you have tablespaces inside the old data directory. (e.g. <filename>bin</>, <filename>share</>).
</para> </para>
</step> </step>

View File

@ -1497,8 +1497,9 @@ SELECT * FROM <replaceable class="parameter">name</replaceable>
variant in parts of complex queries. Only the <literal>WITH</>, variant in parts of complex queries. Only the <literal>WITH</>,
<literal>UNION</>, <literal>INTERSECT</>, <literal>EXCEPT</>, <literal>UNION</>, <literal>INTERSECT</>, <literal>EXCEPT</>,
<literal>ORDER BY</>, <literal>LIMIT</>, <literal>OFFSET</>, <literal>ORDER BY</>, <literal>LIMIT</>, <literal>OFFSET</>,
<literal>FETCH</> and locking clauses can be used with <command>TABLE</>; <literal>FETCH</> and <literal>FOR</> locking clauses can be used
the <literal>WHERE</> clause and any form of aggregation cannot with <command>TABLE</>; the <literal>WHERE</> clause and any form of
aggregation cannot
be used. be used.
</para> </para>
</refsect2> </refsect2>