Gestisci evoluzione schema

La gestione degli schemi richiede il tracciamento e la sincronizzazione delle modifiche strutturali, ad esempio tabelle, colonne, indici e tipi di dati, tra i sistemi di origine e di destinazione. Una tecnica efficace di gestione dello schema garantisce che la replica continui senza problemi quando le applicazioni si evolvono o vengono distribuite modifiche al database. Inoltre, aiuta a prevenire gli errori causati da strutture non corrispondenti, tipi di dati non supportati o oggetti mancanti.

Oracle GoldenGate fornisce tecniche per gestire gli schemi per una replica omogenea o simile ai dati e una replica eterogenea o multipiattaforma. Per una replica omogenea, gli amministratori possono utilizzare la funzionalità di replica DDL esistente, disponibile con Oracle ai database Oracle e MySQL ai database MySQL.

Per la replica eterogenea, gli amministratori possono utilizzare la funzionalità Evoluzione automatica schema. L'evoluzione automatica dello schema in Oracle GoldenGate fornisce la convalida dello schema, il rilevamento delle modifiche, il mapping automatico e il rollout controllato degli aggiornamenti dello schema. Questa funzionalità consente la replica tra una vasta gamma di schemi di database di origine e di destinazione eterogenei.

Obiettivi supportati dallo schema automatico Oracle, MySQL, Amazon Aurora MySQL, Amazon RDS per MySQL, Azure Database per MySQL, MariaDB, SingleStoreDB, Google Cloud SQL per MySQL, PostgreSQL, Amazon Aurora PostgreSQL, Amazon RDS per PostgreSQL, YugabyteDB, EDB PostgreSQL Advanced Server, database Azure per PostgreSQL, Google Cloud SQL per PostgreSQL, Microsoft SQL Server, Amazon RDS per SQL Server, Azure SQL Database, IBM Db2 (LUW), IBM Db2 per i, Teradata e TimesTen.

Origini supportate dallo schema automatico Oracle, MySQL, Amazon Aurora MySQL, Amazon RDS per MySQL, Azure Database per MySQL, MariaDB, SingleStoreDB, Google Cloud SQL per MySQL, PostgreSQL, Amazon Aurora PostgreSQL, Amazon RDS per PostgreSQL, YugabyteDB, EDB PostgreSQL Advanced Server, Database Azure per PostgreSQL, Google Cloud SQL per PostgreSQL, Microsoft SQL Server, Amazon RDS per SQL Server, Azure SQL Database, Db2 (LUW), Db2 per i, Db2 per z/OS, Sybase e Snowflake.

Differenze tra l'evoluzione automatica dello schema e la replica DDL

Di seguito è riportato un confronto tra l'evoluzione automatica dello schema e la gestione dello schema basata sulla replica DDL.

Evoluzione schema automatico	Replica DDL
Rileva automaticamente le differenze di schema e aggiorna lo schema di destinazione in base alle esigenze.	Replica le istruzioni DDL effettive, ad esempio ALTER TABLE, CREATE TABLE o DROP COLUMN, dall'origine alla destinazione utilizzando le operazioni DDL e DML.
È più semplice per gli utenti perché molte modifiche allo schema vengono gestite senza intervento manuale.	Richiede che la DDL di origine sia supportata e interpretata correttamente dal sistema di replica.
Funziona a livello logico o di metadati	Funziona acquisendo e applicando i comandi di modifica dello schema del database.
Supporta solo le modifiche di schema selezionate, ad esempio l'aggiunta di colonne, la creazione della tabella mancante nel database di destinazione, la modifica della tabella di destinazione mediante l'esecuzione di colonne ADD/MODIFY/DROP e la modifica di tipi di dati compatibili.	Può conservare l'intento esatto delle modifiche dello schema lato origine.
Utile quando i sistemi di origine e destinazione sono piattaforme o servizi cloud diversi.	Ideale quando i database di origine e di destinazione hanno sintassi DDL e comportamento degli oggetti simili.