管理綱要發展

管理綱要需要追蹤和同步來源與目標系統之間的結構變更，例如表格、資料欄、索引以及資料類型。有效的綱要管理技術可確保在應用程式發展或部署資料庫變更時，能夠順暢地繼續進行複製。它也有助於防止因不相符的結構、不支援的資料類型或遺漏物件而導致的失敗。

Oracle GoldenGate 提供可管理同質或類似於資料複製、異質或跨平台複製之綱要的技術。對於家用複製，管理員可以使用 Oracle 與 MySQL 資料庫搭配使用的現有「DDL 複製」功能。

對於異質複製，管理員可以使用「自動綱要發展」功能。Oracle GoldenGate 中的自動綱要發展提供綱要驗證、變更偵測、自動化對應，以及受控制的綱要更新推出。此功能可讓您在各種異質來源與目標資料庫綱要之間進行複寫。

自動綱要支援的目標：Oracle、MySQL、Amazon Aurora MySQL、Amazon RDS for MySQL、Azure Database for MySQL、MariaDB、SingleStoreDB、Google Cloud SQL for MySQL、PostgreSQL、Amazon Aurora PostgreSQL、Amazon RDS for PostgreSQL、YugabyteDB、EDB PostgreSQL 進階伺服器、Azure Database for PostgreSQL、Google Cloud SQL for PostgreSQL、Microsoft SQL Server、Amazon RDS for SQL Server、Azure SQL Database、IBM Db2 (LUW)、IBM Db2 for i、Teradata 及 TimesTen。

自動綱要支援來源 Oracle、MySQL、Amazon Aurora MySQL、Amazon RDS for MySQL、Azure Database for MySQL、MariaDB、SingleStoreDB、Google Cloud SQL for MySQL、PostgreSQL、Amazon Aurora PostgreSQL、Amazon RDS for PostgreSQL、YugabyteDB、EDB PostgreSQL 進階伺服器、Azure Database for PostgreSQL、Google Cloud SQL for PostgreSQL、Microsoft SQL Server、Amazon RDS for SQL Server、Azure SQL Database、Db2 (LUW)、Db2 for i、Db2 for z/OS、Sybase 和 Snowflake。

自動綱要進化與 DDL 複製之間的差異

以下是自動綱要發展與 DDL 複製式綱要管理之間的比較：

自動化綱要發展	DDL 複製
自動偵測綱要差異，並視需要更新目標綱要。	使用 DDL 和 DML 作業，將來源的實際 DDL 敘述句 (例如 ALTER TABLE、CREATE TABLE 或 DROP COLUMN) 複製到目標。
因為處理許多綱要變更時無須手動介入，讓使用者更容易上手。	複製系統必須支援並正確解譯來源 DDL。
可在邏輯或描述資料層次運作	可透過擷取及套用資料庫綱要變更命令來運作。
僅支援選取的綱要變更，例如新增資料欄、在目標資料庫上建立遺漏的表格、執行 ADD/MODIFY/DROP 資料欄來更改目標表格，以及變更相容的資料類型。	可保留來源端綱要變更的確切目的。
當來源和目標系統是不同的平台或雲端服務時很有用。	當來源和目標資料庫具有類似的 DDL 語法和物件行為時，最適合使用。