-<!-- $PostgreSQL: pgsql/doc/src/sgml/config.sgml,v 1.123 2007/05/15 15:35:46 neilc Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/config.sgml,v 1.124 2007/05/17 23:36:04 neilc Exp $ -->
<chapter Id="runtime-config">
<title>Server Configuration</title>
<listitem>
<para>
Controls the trigger and rule firing for the current session.
- See <xref linkend="sql-altertable"> for the different options to
+ See <xref linkend="sql-altertable" endterm="sql-altertable-title"> for the different options to
enable or disable triggers and rules. Setting the variable requires
superuser privilege and can only be done before any query plans have
been cached. Possible values are <literal>origin</>,
<!--
-$PostgreSQL: pgsql/doc/src/sgml/ref/alter_table.sgml,v 1.96 2007/03/22 15:45:56 momjian Exp $
+$PostgreSQL: pgsql/doc/src/sgml/ref/alter_table.sgml,v 1.97 2007/05/17 23:36:04 neilc Exp $
PostgreSQL documentation
-->
The trigger firing mechanism is also affected by the configuration
variable <xref linkend="guc-session-replication-role">. Simply ENABLEd
triggers will fire when the replication role is <quote>origin</>
- (the default) or <quote>local</>. Triggers configured ENABLE REPLICA
+ (the default) or <quote>local</>. Triggers configured <literal>ENABLE REPLICA</literal>
will only fire if the session is in <quote>replica</> mode and triggers
- configured ENABLE ALWAYS will fire regardless of the current replication
+ configured <literal>ENABLE ALWAYS</literal> will fire regardless of the current replication
mode.
</para>
</listitem>
These forms configure the firing of rewrite rules belonging to the table.
A disabled rule is still known to the system, but is not applied
during query rewriting. The semantics are as for disabled/enabled
- triggers. This configuration is ignored for ON SELECT rules, which
+ triggers. This configuration is ignored for <literal>ON SELECT</literal> rules, which
are always applied in order to keep views working even if the current
session is in a non-default replication role.
</para>