<!--
-$PostgreSQL: pgsql/doc/src/sgml/ref/alter_domain.sgml,v 1.11 2003/11/29 19:51:38 pgsql Exp $
+$PostgreSQL: pgsql/doc/src/sgml/ref/alter_domain.sgml,v 1.12 2004/03/23 13:21:41 neilc Exp $
PostgreSQL documentation
-->
</varlistentry>
<varlistentry>
- <term>CASCADE</term>
+ <term><literal>CASCADE</literal></term>
<listitem>
<para>
Automatically drop objects that depend on the constraint.
</varlistentry>
<varlistentry>
- <term>RESTRICT</term>
+ <term><literal>RESTRICT</literal></term>
<listitem>
<para>
Refuse to drop the constraint if there are any dependent
<title>Examples</title>
<para>
- To add a NOT NULL constraint to a domain:
+ To add a <literal>NOT NULL</literal> constraint to a domain:
<programlisting>
ALTER DOMAIN zipcode SET NOT NULL;
</programlisting>
- To remove a NOT NULL constraint from a domain:
+ To remove a <literal>NOT NULL</literal> constraint from a domain:
<programlisting>
ALTER DOMAIN zipcode DROP NOT NULL;
</programlisting>
<!--
-$PostgreSQL: pgsql/doc/src/sgml/ref/cluster.sgml,v 1.31 2003/11/29 19:51:38 pgsql Exp $
+$PostgreSQL: pgsql/doc/src/sgml/ref/cluster.sgml,v 1.32 2004/03/23 13:21:41 neilc Exp $
PostgreSQL documentation
-->
</para>
<para>
- Because the planner records statistics about the ordering of tables, it
- is advisable to run <command>ANALYZE</command> on the newly clustered
- table. Otherwise, the planner may make poor choices of query plans.
+ Because the planner records statistics about the ordering of
+ tables, it is advisable to run <xref linkend="sql-analyze"
+ endterm="sql-analyze-title"> on the newly clustered table.
+ Otherwise, the planner may make poor choices of query plans.
</para>
<para>
</para>
<para>
- Cluster the <literal>employees</literal> relation using the same
+ Cluster the <literal>employees</literal> table using the same
index that was used before:
<programlisting>
CLUSTER emp;
<!--
-$PostgreSQL: pgsql/doc/src/sgml/ref/truncate.sgml,v 1.16 2003/11/29 19:51:39 pgsql Exp $
+$PostgreSQL: pgsql/doc/src/sgml/ref/truncate.sgml,v 1.17 2004/03/23 13:21:41 neilc Exp $
PostgreSQL documentation
-->
</para>
<para>
- <command>TRUNCATE</> will not run any user-defined ON DELETE triggers
- that might exist for the table.
+ <command>TRUNCATE</> will not run any user-defined <literal>ON
+ DELETE</literal> triggers that might exist for the table.
</para>
</refsect1>
<!--
-$PostgreSQL: pgsql/doc/src/sgml/ref/vacuum.sgml,v 1.34 2003/11/29 19:51:39 pgsql Exp $
+$PostgreSQL: pgsql/doc/src/sgml/ref/vacuum.sgml,v 1.35 2004/03/23 13:21:41 neilc Exp $
PostgreSQL documentation
-->
</para>
<para>
- <command>FREEZE</command> is a special-purpose option that
+ <literal>FREEZE</literal> is a special-purpose option that
causes tuples to be marked <quote>frozen</quote> as soon as possible,
rather than waiting until they are quite old. If this is done when there
are no other open transactions in the same database, then it is guaranteed
that all tuples in the database are <quote>frozen</> and will not be
subject to transaction ID wraparound problems, no matter how long the
database is left unvacuumed.
- <command>FREEZE</command> is not recommended for routine use. Its only
+ <literal>FREEZE</literal> is not recommended for routine use. Its only
intended usage is in connection with preparation of user-defined template
databases, or other databases that are completely read-only and will not
receive routine maintenance <command>VACUUM</> operations.