EntepriseDB 復制軟件目前支持多種數據庫到postgre的復制，其基本結構由發布者(Publication)與訂閱者(Subscriptions)組成,Replication軟件可針對來自不同類型數據庫的多個發布者，將其數據復制到多個訂閱者(Subscriptions)數據庫中。 其可能的幾種拓撲結構，如以下圖： 同Oracle中普通的物化視圖一樣，不支持對訂閱者(Subscriptions)數據的修改--Changes must not be made to the data or the definitions of the subscription tables. EnterpriseDB Replication軟件的具體工作模式分成2種：即快照模式(snapshot)與同步模式(synchronization)；在第一次啟用同步前，需要進行一次快照操作,之后便可以進行較為輕量級同步操作了。若要使用同步模式(synchronization)則要求發布者所包含的表必須具有主鍵,而在僅使用快照模式的情景中則不需要。(Each table used in a publication must have a primary key with the exception of tables in snapshot-only publications, which do not require a primary key.) 以上模式均支持過濾器(fliter),即可以指定需要復制的具體數據子集。 EnterpriseDB Replication軟件其同步(synchronization)模式復制的基本原理是基于trigger的，而非如Quest公司的shareplex或golden gate般抽取重做日志生成SQL的方式。trigger方式會在數據庫源端產生一定的性能影響，若在mission critical的生產數據庫中實施EDB replication 復制則需要考慮到這一點(這種情況下推薦使用Snapshot模式)。這可能是EDB復制軟件比較不成熟的一點，就目前僅對Oracle日志文件的研究認識，挖掘重做日志進而實現數據復制的途徑已經沒有技術上的難點了。 以下發布者所包含的數據對象或表屬性，將在訂閱者成功建立時被復制到訂閱者所在的數據庫：

• Tables
• Views (for snapshot-only publications) – created as a table in the subscription database
• Primary keys
• Not null constraints
• Unique constraints
• Check constraints
• Indexes

注意：外鍵約束將不被復制 同時目前復制軟件存在一定的限制,Oracle中的hash分區將不被復制，同時Oracle中包含以下數據類型列的表將無法復制：

• BFILE
• BINARY_DOUBLE
• BINARY_FLOAT
• MLSLABEL
• XMLTYPE

Oracle中包含以下數據類型列的表，將不能使用同步模式(synchronization replications):

• BLOB
• CLOB
• LONG
• LONG RAW
• NCLOB
• RAW

快照模式情況下，訂閱者中復制目標表將首先被truncate截斷，之后若訂閱者數據庫類型是Oracle則將使用JDBC驅動批量的將源端的數據INSERT進來，若數據庫類型是EnterpriseDB advanced Sever則將使用Postgre中的Copy命令。 同步模式下復制軟件通過在源端配置的觸發器記錄表，獲知源端該時段內所經歷的DML操作，進而在目標端生成對應修改的SQL語句(顯然同源端的原始SQL不同)。 EnterpriseDB公司推薦在以下情景中使用快照模式以獲得更好的性能：

表相對而言較小

在復制間隔中絕大多數數據行會被修改

而同步模式則更適宜于以下情景：

數據表非常巨大

在復制間隔中僅少數數據會被修改

轉載于:https://www.cnblogs.com/macleanoracle/archive/2010/05/21/2967405.html

總結

以上是生活随笔為你收集整理的EnterpriseDB Replication，复制Oracle数据测试(1)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。