如前所述，每個（活動）訂閱都會從遠端（發布）端的複製槽接收更改。

其他表格同步槽通常是暫時性的，會在內部建立以執行初始表格同步，並在不再需要時自動刪除。 這些表格同步槽具有產生的名稱：“pg_%u_sync_%u_%llu”（參數：訂閱 oid、表格 relid、系統識別碼 sysid）

通常，使用CREATE SUBSCRIPTION建立訂閱時，會自動建立遠端複製槽，並在使用DROP SUBSCRIPTION刪除訂閱時自動刪除。 但是，在某些情況下，單獨操作訂閱和基礎複製槽可能很有用或必要。 以下是一些情境

在發布者 (publisher) 上建立一些測試表格。

test_pub=# CREATE TABLE t1(a int, b text, PRIMARY KEY(a));
CREATE TABLE
test_pub=# CREATE TABLE t2(c int, d text, PRIMARY KEY(c));
CREATE TABLE
test_pub=# CREATE TABLE t3(e int, f text, PRIMARY KEY(e));
CREATE TABLE

在訂閱者 (subscriber) 上建立相同的表格。

test_sub=# CREATE TABLE t1(a int, b text, PRIMARY KEY(a));
CREATE TABLE
test_sub=# CREATE TABLE t2(c int, d text, PRIMARY KEY(c));
CREATE TABLE
test_sub=# CREATE TABLE t3(e int, f text, PRIMARY KEY(e));
CREATE TABLE

在發布者端插入資料到這些表格中。

test_pub=# INSERT INTO t1 VALUES (1, 'one'), (2, 'two'), (3, 'three');
INSERT 0 3
test_pub=# INSERT INTO t2 VALUES (1, 'A'), (2, 'B'), (3, 'C');
INSERT 0 3
test_pub=# INSERT INTO t3 VALUES (1, 'i'), (2, 'ii'), (3, 'iii');
INSERT 0 3

為這些表格建立發布項目 (publication)。發布項目 pub2 和 pub3a 不允許某些 publish 操作。發布項目 pub3b 具有列篩選器 (row filter)（請參閱 第 29.4 節）。

test_pub=# CREATE PUBLICATION pub1 FOR TABLE t1;
CREATE PUBLICATION
test_pub=# CREATE PUBLICATION pub2 FOR TABLE t2 WITH (publish = 'truncate');
CREATE PUBLICATION
test_pub=# CREATE PUBLICATION pub3a FOR TABLE t3 WITH (publish = 'truncate');
CREATE PUBLICATION
test_pub=# CREATE PUBLICATION pub3b FOR TABLE t3 WHERE (e > 5);
CREATE PUBLICATION

為這些發布項目建立訂閱項目 (subscription)。訂閱項目 sub3 訂閱 pub3a 和 pub3b。所有訂閱預設都會複製初始資料。

test_sub=# CREATE SUBSCRIPTION sub1
test_sub-# CONNECTION 'host=localhost dbname=test_pub application_name=sub1'
test_sub-# PUBLICATION pub1;
CREATE SUBSCRIPTION
test_sub=# CREATE SUBSCRIPTION sub2
test_sub-# CONNECTION 'host=localhost dbname=test_pub application_name=sub2'
test_sub-# PUBLICATION pub2;
CREATE SUBSCRIPTION
test_sub=# CREATE SUBSCRIPTION sub3
test_sub-# CONNECTION 'host=localhost dbname=test_pub application_name=sub3'
test_sub-# PUBLICATION pub3a, pub3b;
CREATE SUBSCRIPTION

觀察到初始表格資料被複製，無論發布項目的 publish 操作為何。

test_sub=# SELECT * FROM t1;
 a |   b
---+-------
 1 | one
 2 | two
 3 | three
(3 rows)

test_sub=# SELECT * FROM t2;
 c | d
---+---
 1 | A
 2 | B
 3 | C
(3 rows)

此外，由於初始資料複製會忽略 publish 操作，並且因為發布項目 pub3a 沒有列篩選器，這表示複製的表格 t3 包含所有列，即使這些列與發布項目 pub3b 的列篩選器不符。

test_sub=# SELECT * FROM t3;
 e |  f
---+-----
 1 | i
 2 | ii
 3 | iii
(3 rows)

在發布者端插入更多資料到這些表格中。

test_pub=# INSERT INTO t1 VALUES (4, 'four'), (5, 'five'), (6, 'six');
INSERT 0 3
test_pub=# INSERT INTO t2 VALUES (4, 'D'), (5, 'E'), (6, 'F');
INSERT 0 3
test_pub=# INSERT INTO t3 VALUES (4, 'iv'), (5, 'v'), (6, 'vi');
INSERT 0 3

現在發布者端的資料看起來像這樣：

test_pub=# SELECT * FROM t1;
 a |   b
---+-------
 1 | one
 2 | two
 3 | three
 4 | four
 5 | five
 6 | six
(6 rows)

test_pub=# SELECT * FROM t2;
 c | d
---+---
 1 | A
 2 | B
 3 | C
 4 | D
 5 | E
 6 | F
(6 rows)

test_pub=# SELECT * FROM t3;
 e |  f
---+-----
 1 | i
 2 | ii
 3 | iii
 4 | iv
 5 | v
 6 | vi
(6 rows)

觀察到在正常複製期間，會使用適當的 publish 操作。這表示發布項目 pub2 和 pub3a 不會複製 INSERT。此外，發布項目 pub3b 只會複製符合 pub3b 的列篩選器的資料。現在訂閱者端的資料看起來像這樣：

test_sub=# SELECT * FROM t1;
 a |   b
---+-------
 1 | one
 2 | two
 3 | three
 4 | four
 5 | five
 6 | six
(6 rows)

test_sub=# SELECT * FROM t2;
 c | d
---+---
 1 | A
 2 | B
 3 | C
(3 rows)

test_sub=# SELECT * FROM t3;
 e |  f
---+-----
 1 | i
 2 | ii
 3 | iii
 6 | vi
(4 rows)

在某些情況下（例如 第 29.2.1 節），如果未自動建立遠端複製槽，則使用者必須在啟動訂閱之前手動建立它。以下範例顯示了建立槽和啟動訂閱的步驟。這些範例指定了標準邏輯解碼輸出外掛程式 (pgoutput)，這是內建邏輯複製所使用的。

首先，為範例建立一個發布項目。

test_pub=# CREATE PUBLICATION pub1 FOR ALL TABLES;
CREATE PUBLICATION

範例 1：訂閱指定 connect = false

範例 2：訂閱指定 connect = false，但也指定了 slot_name 選項。

範例 3：訂閱指定 slot_name = NONE