SYNOPSIS

SET MOVE TABLE (options); \kx

DESCRIPTION

Change the set a table belongs to. The current set and the new set must origin on the same node and subscribed by the same nodes.

Caution

Due to the way subscribing to new sets works make absolutely sure that the subscription of all nodes to the sets is completely processed before moving tables. Moving a table too early to a new set causes the subscriber to try and add the table already during the subscription process, which fails with a duplicate key error and breaks replication.

\*(T<ORIGIN = ival \*(T>

Current origin of the set. A future version of slonik might figure out this information by itself.

\*(T<ID = ival \*(T>

Unique ID of the table.

\*(T<NEW SET = ival \*(T>

Unique ID of the set to which the table should be added.

This uses “schemadocsetmovetable(p_new_set_id integer, p_tab_id integer)” [not available as a man page].

EXAMPLE

\*(T<SET MOVE TABLE (
    ORIGIN = 1,
    ID = 20,
    NEW SET = 3
);
    \*(T>

LOCKING BEHAVIOUR

No application-visible locking should take place.

SLONIK EVENT CONFIRMATION BEHAVIOUR

Slonik waits for the command submitted to the previous event node to be confirmed on the specified event node before submitting this command.

VERSION INFORMATION

This command was introduced in Slony-I 1.0.5