mirror of
https://github.com/postgres/postgres.git
synced 2025-12-22 17:42:17 +03:00
Add XML ID attributes to create_publication.sgml.
This commit adds XML ID attributes to all varlistentries in create_publication.sgml. This allows us to include links to refer to publication options, making documents more readable. Author: Kuroda Hayato Reviewed-by: Peter Smith, Amit Kapila Discussion: https://postgr.es/m/TYAPR01MB58668219FEA4EC231486A433F58E9@TYAPR01MB5866.jpnprd01.prod.outlook.com
This commit is contained in:
@@ -54,7 +54,8 @@ ALTER PUBLICATION <replaceable class="parameter">name</replaceable> RENAME TO <r
|
||||
<literal>ALTER SUBSCRIPTION ... REFRESH PUBLICATION</literal> action on the
|
||||
subscribing side in order to become effective. Note also that
|
||||
<literal>DROP TABLES IN SCHEMA</literal> will not drop any schema tables
|
||||
that were specified using <literal>FOR TABLE</literal>/
|
||||
that were specified using
|
||||
<link linkend="sql-createpublication-for-table"><literal>FOR TABLE</literal></link>/
|
||||
<literal>ADD TABLE</literal>, and the combination of <literal>DROP</literal>
|
||||
with a <literal>WHERE</literal> clause is not allowed.
|
||||
</para>
|
||||
@@ -79,8 +80,9 @@ ALTER PUBLICATION <replaceable class="parameter">name</replaceable> RENAME TO <r
|
||||
To alter the owner, you must be able to <literal>SET ROLE</literal> to the
|
||||
new owning role, and that role must have <literal>CREATE</literal>
|
||||
privilege on the database.
|
||||
Also, the new owner of a <literal>FOR ALL TABLES</literal> or
|
||||
<literal>FOR TABLES IN SCHEMA</literal>
|
||||
Also, the new owner of a
|
||||
<link linkend="sql-createpublication-for-all-tables"><literal>FOR ALL TABLES</literal></link>
|
||||
or <link linkend="sql-createpublication-for-tables-in-schema"><literal>FOR TABLES IN SCHEMA</literal></link>
|
||||
publication must be a superuser. However, a superuser can
|
||||
change the ownership of a publication regardless of these restrictions.
|
||||
</para>
|
||||
|
||||
@@ -54,7 +54,7 @@ CREATE PUBLICATION <replaceable class="parameter">name</replaceable>
|
||||
<title>Parameters</title>
|
||||
|
||||
<variablelist>
|
||||
<varlistentry>
|
||||
<varlistentry id="sql-createpublication-name">
|
||||
<term><replaceable class="parameter">name</replaceable></term>
|
||||
<listitem>
|
||||
<para>
|
||||
@@ -63,7 +63,7 @@ CREATE PUBLICATION <replaceable class="parameter">name</replaceable>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<varlistentry id="sql-createpublication-for-table">
|
||||
<term><literal>FOR TABLE</literal></term>
|
||||
<listitem>
|
||||
<para>
|
||||
@@ -117,7 +117,7 @@ CREATE PUBLICATION <replaceable class="parameter">name</replaceable>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<varlistentry id="sql-createpublication-for-all-tables">
|
||||
<term><literal>FOR ALL TABLES</literal></term>
|
||||
<listitem>
|
||||
<para>
|
||||
@@ -127,7 +127,7 @@ CREATE PUBLICATION <replaceable class="parameter">name</replaceable>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<varlistentry id="sql-createpublication-for-tables-in-schema">
|
||||
<term><literal>FOR TABLES IN SCHEMA</literal></term>
|
||||
<listitem>
|
||||
<para>
|
||||
@@ -158,7 +158,7 @@ CREATE PUBLICATION <replaceable class="parameter">name</replaceable>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<varlistentry id="sql-createpublication-with">
|
||||
<term><literal>WITH ( <replaceable class="parameter">publication_parameter</replaceable> [= <replaceable class="parameter">value</replaceable>] [, ... ] )</literal></term>
|
||||
<listitem>
|
||||
<para>
|
||||
@@ -166,7 +166,7 @@ CREATE PUBLICATION <replaceable class="parameter">name</replaceable>
|
||||
following parameters are supported:
|
||||
|
||||
<variablelist>
|
||||
<varlistentry>
|
||||
<varlistentry id="sql-createpublication-with-publish">
|
||||
<term><literal>publish</literal> (<type>string</type>)</term>
|
||||
<listitem>
|
||||
<para>
|
||||
@@ -188,7 +188,7 @@ CREATE PUBLICATION <replaceable class="parameter">name</replaceable>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<varlistentry id="sql-createpublication-with-publish-via-partition-root">
|
||||
<term><literal>publish_via_partition_root</literal> (<type>boolean</type>)</term>
|
||||
<listitem>
|
||||
<para>
|
||||
|
||||
@@ -438,16 +438,18 @@ CREATE SUBSCRIPTION <replaceable class="parameter">subscription_name</replaceabl
|
||||
the case of different <literal>WHERE</literal> clauses, if one of the
|
||||
publications has no <literal>WHERE</literal> clause (referring to that
|
||||
publish operation) or the publication is declared as
|
||||
<literal>FOR ALL TABLES</literal> or
|
||||
<literal>FOR TABLES IN SCHEMA</literal>, rows are always published
|
||||
regardless of the definition of the other expressions.
|
||||
If the subscriber is a <productname>PostgreSQL</productname> version before
|
||||
15, then any row filtering is ignored during the initial data synchronization
|
||||
phase. For this case, the user might want to consider deleting any initially
|
||||
copied data that would be incompatible with subsequent filtering.
|
||||
Because initial data synchronization does not take into account the publication
|
||||
<literal>publish</literal> parameter when copying existing table data, some rows
|
||||
may be copied that would not be replicated using DML. See
|
||||
<link linkend="sql-createpublication-for-all-tables"><literal>FOR ALL TABLES</literal></link>
|
||||
or <link linkend="sql-createpublication-for-tables-in-schema"><literal>FOR TABLES IN SCHEMA</literal></link>,
|
||||
rows are always published regardless of the definition of the other
|
||||
expressions. If the subscriber is a <productname>PostgreSQL</productname>
|
||||
version before 15, then any row filtering is ignored during the initial data
|
||||
synchronization phase. For this case, the user might want to consider
|
||||
deleting any initially copied data that would be incompatible with
|
||||
subsequent filtering. Because initial data synchronization does not take
|
||||
into account the publication
|
||||
<link linkend="sql-createpublication-with-publish"><literal>publish</literal></link>
|
||||
parameter when copying existing table data, some rows may be copied that
|
||||
would not be replicated using DML. See
|
||||
<xref linkend="logical-replication-subscription-examples"/> for examples.
|
||||
</para>
|
||||
|
||||
|
||||
Reference in New Issue
Block a user