簡介

邏輯復制當前有下列限制或者缺失的功能。這些可能在未來的發行中解決。

• 數據庫模式和 DDL 命令不會被復制。初始模式可以手工使用pg_dump --schema-only進行拷貝。后續的模式改變需要手工保持同步（不過值得注意的是，模式其實不需要在兩端保持絕對相同）。當一個活躍的數據庫中模式定義改變時，邏輯復制是魯棒的：當模式在發布者上發生改變并且被復制的數據開始到達訂閱者但卻不適合表模式時，復制將報錯，直至模式被更新。在很多情況下，可以通過先對訂閱者應用額外的模式更改來避免間歇性的錯誤。

• 序列數據不被復制。后臺由序列支撐的 serial 或者標識列中的數據當然將被作為表的一部分復制，但是序列本身在訂閱者上仍將顯示開始值。如果訂閱者被用作一個只讀數據庫，那么這通常不會是什么問題。不過，如果訂閱者數據庫預期有某種轉換或者容錯，那么序列需要被更新到最后的值，要么通過從發布者拷貝當前數據的防范（也許使用pg_dump），要么從表本身決定一個足夠高的值。

• 支持TRUNCATE命令的復制，但是在截斷由外鍵連接在一起的表群體時必須要小心。在復制截斷動作時，訂閱者將截斷與發布者上被截斷的相同的表群體，這些表或者被明確指定或者通過CASCADE隱含地收集而來，然后還要減去不屬于該訂閱的表。如果所有受影響的表都屬于同一個訂閱，這會正確地工作。但是如果訂閱者上要被截斷的某些表有外鍵鏈接到不屬于同一訂閱的表，那么在訂閱者上該截斷動作的應用將會失敗。

• 大對象不會被復制。沒有辦法可以解決這個問題，除非把數據存儲在普通表中。

• 只有表支持復制，包括分區表。試圖復制其他類型的關系，例如視圖、物化視圖或外部表，將會導致錯誤。

• 在分區表之間進行復制時，實際的復制來源，缺省情況下，源自發布者上的葉子分區，因此發布者上的分區也必須作為有效的目標表存在于訂閱者上。（它們可以是葉分區本身，也可以是進一步子分區段，甚至可以是獨立的表）。發布還可以指定使用已分區根表的標識和模式來復制更改，而不是使用實際產生更改的各個葉分區的標識和模式。