dwww Home | Manual pages | Find package

ALTER SUBSCRIPTION(7)    PostgreSQL 15.7 Documentation   ALTER SUBSCRIPTION(7)

NAME
       ALTER_SUBSCRIPTION - change the definition of a subscription

SYNOPSIS
       ALTER SUBSCRIPTION name CONNECTION 'conninfo'
       ALTER SUBSCRIPTION name SET PUBLICATION publication_name [, ...] [ WITH ( publication_option [= value] [, ... ] ) ]
       ALTER SUBSCRIPTION name ADD PUBLICATION publication_name [, ...] [ WITH ( publication_option [= value] [, ... ] ) ]
       ALTER SUBSCRIPTION name DROP PUBLICATION publication_name [, ...] [ WITH ( publication_option [= value] [, ... ] ) ]
       ALTER SUBSCRIPTION name REFRESH PUBLICATION [ WITH ( refresh_option [= value] [, ... ] ) ]
       ALTER SUBSCRIPTION name ENABLE
       ALTER SUBSCRIPTION name DISABLE
       ALTER SUBSCRIPTION name SET ( subscription_parameter [= value] [, ... ] )
       ALTER SUBSCRIPTION name SKIP ( skip_option = value )
       ALTER SUBSCRIPTION name OWNER TO { new_owner | CURRENT_ROLE | CURRENT_USER | SESSION_USER }
       ALTER SUBSCRIPTION name RENAME TO new_name

DESCRIPTION
       ALTER SUBSCRIPTION can change most of the subscription properties that
       can be specified in CREATE SUBSCRIPTION (CREATE_SUBSCRIPTION(7)).

       You must own the subscription to use ALTER SUBSCRIPTION. To alter the
       owner, you must also be a direct or indirect member of the new owning
       role. The new owner has to be a superuser. (Currently, all subscription
       owners must be superusers, so the owner checks will be bypassed in
       practice. But this might change in the future.)

       When refreshing a publication we remove the relations that are no
       longer part of the publication and we also remove the table
       synchronization slots if there are any. It is necessary to remove these
       slots so that the resources allocated for the subscription on the
       remote host are released. If due to network breakdown or some other
       error, PostgreSQL is unable to remove the slots, an error will be
       reported. To proceed in this situation, the user either needs to retry
       the operation or disassociate the slot from the subscription and drop
       the subscription as explained in DROP SUBSCRIPTION
       (DROP_SUBSCRIPTION(7)).

       Commands ALTER SUBSCRIPTION ... REFRESH PUBLICATION and ALTER
       SUBSCRIPTION ... {SET|ADD|DROP} PUBLICATION ...  with refresh option as
       true cannot be executed inside a transaction block. These commands also
       cannot be executed when the subscription has two_phase commit enabled,
       unless copy_data is false. See column subtwophasestate of
       pg_subscription to know the actual two-phase state.

PARAMETERS
       name
           The name of a subscription whose properties are to be altered.

       CONNECTION 'conninfo'
           This clause replaces the connection string originally set by CREATE
           SUBSCRIPTION (CREATE_SUBSCRIPTION(7)). See there for more
           information.

       SET PUBLICATION publication_name
       ADD PUBLICATION publication_name
       DROP PUBLICATION publication_name
           These forms change the list of subscribed publications.  SET
           replaces the entire list of publications with a new list, ADD adds
           additional publications to the list of publications, and DROP
           removes the publications from the list of publications. We allow
           non-existent publications to be specified in ADD and SET variants
           so that users can add those later. See CREATE SUBSCRIPTION
           (CREATE_SUBSCRIPTION(7)) for more information. By default, this
           command will also act like REFRESH PUBLICATION.

           publication_option specifies additional options for this operation.
           The supported options are:

           refresh (boolean)
               When false, the command will not try to refresh table
               information.  REFRESH PUBLICATION should then be executed
               separately. The default is true.

           Additionally, the options described under REFRESH PUBLICATION may
           be specified, to control the implicit refresh operation.

       REFRESH PUBLICATION
           Fetch missing table information from publisher. This will start
           replication of tables that were added to the subscribed-to
           publications since CREATE SUBSCRIPTION or the last invocation of
           REFRESH PUBLICATION.

           refresh_option specifies additional options for the refresh
           operation. The supported options are:

           copy_data (boolean)
               Specifies whether to copy pre-existing data in the publications
               that are being subscribed to when the replication starts. The
               default is true.

               Previously subscribed tables are not copied, even if a table's
               row filter WHERE clause has since been modified.

       ENABLE
           Enables a previously disabled subscription, starting the logical
           replication worker at the end of the transaction.

       DISABLE
           Disables a running subscription, stopping the logical replication
           worker at the end of the transaction.

       SET ( subscription_parameter [= value] [, ... ] )
           This clause alters parameters originally set by CREATE SUBSCRIPTION
           (CREATE_SUBSCRIPTION(7)). See there for more information. The
           parameters that can be altered are slot_name, synchronous_commit,
           binary, streaming, and disable_on_error.

       SKIP ( skip_option = value )
           Skips applying all changes of the remote transaction. If incoming
           data violates any constraints, logical replication will stop until
           it is resolved. By using the ALTER SUBSCRIPTION ... SKIP command,
           the logical replication worker skips all data modification changes
           within the transaction. This option has no effect on the
           transactions that are already prepared by enabling two_phase on
           subscriber. After the logical replication worker successfully skips
           the transaction or finishes a transaction, the LSN (stored in
           pg_subscription.subskiplsn) is cleared. See Section 31.5 for the
           details of logical replication conflicts. Using this command
           requires superuser privilege.

           skip_option specifies options for this operation. The supported
           option is:

           lsn (pg_lsn)
               Specifies the finish LSN of the remote transaction whose
               changes are to be skipped by the logical replication worker.
               The finish LSN is the LSN at which the transaction is either
               committed or prepared. Skipping individual subtransactions is
               not supported. Setting NONE resets the LSN.

       new_owner
           The user name of the new owner of the subscription.

       new_name
           The new name for the subscription.

EXAMPLES
       Change the publication subscribed by a subscription to insert_only:

           ALTER SUBSCRIPTION mysub SET PUBLICATION insert_only;

       Disable (stop) the subscription:

           ALTER SUBSCRIPTION mysub DISABLE;

COMPATIBILITY
       ALTER SUBSCRIPTION is a PostgreSQL extension.

SEE ALSO
       CREATE SUBSCRIPTION (CREATE_SUBSCRIPTION(7)), DROP SUBSCRIPTION
       (DROP_SUBSCRIPTION(7)), CREATE PUBLICATION (CREATE_PUBLICATION(7)),
       ALTER PUBLICATION (ALTER_PUBLICATION(7))

PostgreSQL 15.7                      2024                ALTER SUBSCRIPTION(7)

Generated by dwww version 1.15 on Sat Jun 29 02:29:21 CEST 2024.