Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Specifica delle impostazioni di conversione dello schema per i progetti di migrazione
Dopo aver creato un progetto di migrazione, puoi specificare le impostazioni di conversione nella conversione dello schema DMS. La configurazione delle impostazioni di conversione dello schema migliora le prestazioni del codice convertito.
**Per modificare le impostazioni di conversione**
1. Accedi a Console di gestione AWS e apri la AWS DMS console alla [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).
1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**.
1. Scegli il tuo progetto di migrazione. Scegli **Conversione dello schema**, quindi seleziona **Avvia conversione dello schema**.
1. Seleziona **Impostazioni**. Viene visualizzata la pagina **Impostazioni**.
1. Modifica le impostazioni nella sezione **Conversione**.
1. Seleziona **Applica**, quindi scegli **Conversione dello schema**.
Per tutte le coppie di conversione, puoi limitare il numero di commenti con elementi d'azione nel codice convertito. Per limitare il numero di commenti nel codice convertito, apri le impostazioni di conversione nel progetto di migrazione.
Per **Commenti nel codice SQL convertito** scegli il livello di gravità degli elementi d'azione. La conversione dello schema DMS aggiunge i commenti nel codice convertito per gli elementi d'azione con la gravità selezionata o superiore. Ad esempio, per ridurre al minimo il numero di commenti nel codice convertito, scegli **Solo errori**.
Per includere commenti per tutti gli elementi d'azione nel codice convertito, scegli **Tutti i messaggi**.
Le altre impostazioni di conversione sono diverse per ogni coppia di database di origine e di destinazione.
**Topics**
+ [Informazioni sulle impostazioni di conversione da Oracle a MySQL](schema-conversion-oracle-mysql.md)
+ [Informazioni sulle impostazioni di conversione da Oracle a PostgreSQL](schema-conversion-oracle-postgresql.md)
+ [Informazioni sulle impostazioni di conversione da SQL Server a MySQL](schema-conversion-sql-server-mysql.md)
+ [Informazioni sulle impostazioni di conversione da SQL Server a PostgreSQL](schema-conversion-sql-server-postgresql.md)
+ [Comprendere le impostazioni di conversione da PostgreSQL a MySQL](schema-conversion-postgresql-mysql.md)
+ [Informazioni sulle impostazioni di conversione da IBM Db2 for LUW ad Amazon RDS for PostgreSQL](schema-conversion-db2-luw-postgresql.md)
+ [Informazioni sulle impostazioni di conversione da IBM Db2 for z/OS ad Amazon RDS for Db2](schema-conversion-db2-zos-db2.md)
+ [Informazioni sulle impostazioni di conversione da IBM Db2 for z/OS ad Amazon RDS for PostgreSQL](schema-conversion-db2-zos-postgresql.md)
+ [Informazioni sulle impostazioni di conversione da SAP ASE (Sybase ASE) a PostgreSQL](schema-conversion--sybase-ASE.md)
# Informazioni sulle impostazioni di conversione da Oracle a MySQL
Le impostazioni di conversione da Oracle a MySQL nella conversione dello schema DMS sono le seguenti:
+ Il database Oracle di origine può utilizzare la pseudo colonna `ROWID`. MySQL non supporta funzionalità simili. La conversione dello schema DMS può emulare la pseudo colonna `ROWID` nel codice convertito. A tale scopo, attiva l'opzione **Genera ID riga**.
Se il codice Oracle sorgente non utilizza la pseudo colonna `ROWID`, disattiva l'opzione **Genera ID riga**. In questo caso, il codice convertito funziona più velocemente.
+ Il codice sorgente Oracle può includere le funzioni `TO_CHAR`, `TO_DATE` e `TO_NUMBER` con parametri non supportati da MySQL. Per impostazione predefinita, la conversione dello schema DMS emula l'utilizzo di questi parametri nel codice convertito.
È possibile utilizzare le funzioni `TO_CHAR`, `TO_DATE` e `TO_NUMBER` native di MySQL quando il codice sorgente Oracle non ha parametri non supportati da MySQL. In questo caso, il codice convertito funziona più velocemente. Per farlo, seleziona i seguenti valori:
+ **Usa una funzione MySQL TO\$1CHAR nativa**
+ **Usa una funzione MySQL TO\$1DATE nativa**
+ **Usa una funzione MySQL TO\$1NUMBER nativa**
+ Il database e le applicazioni possono essere eseguiti in fusi orari diversi. Per impostazione predefinita, la conversione dello schema DMS emula i fusi orari nel codice convertito. Tuttavia, non è necessaria questa emulazione quando il database e le applicazioni utilizzano lo stesso fuso orario. In tal caso, seleziona **Migliora le prestazioni del codice convertito se il database e le applicazioni utilizzano lo stesso fuso orario**.
# Informazioni sulle impostazioni di conversione da Oracle a PostgreSQL
Le impostazioni di conversione da Oracle a PostgreSQL nella conversione dello schema DMS sono le seguenti:
+ **Per convertire gli oggetti del database applicabili utilizzando l'intelligenza artificiale generativa, abilita l'impostazione Generative AI.** Gli oggetti convertiti con successo utilizzando l'intelligenza artificiale generativa verranno chiaramente identificati con **Action Item 5444**, che afferma: «Questa conversione utilizza modelli di apprendimento automatico che generano previsioni basate su modelli di dati. Per ulteriori informazioni, consulta [Conversione di oggetti di database con intelligenza artificiale generativa](schema-conversion-convert.databaseobjects.md).
+ È possibile convertire gli schemi per diverse versioni supportate del database di destinazione, non solo per la versione più recente. Per specificare una versione, utilizza l'impostazione della **versione del motore di Target**. Le opzioni di conversione disponibili variano a seconda della versione del motore selezionata. Attualmente sono supportate le versioni 14 e 15 di PostgreSQL (hanno impostazioni identiche). Si noti che l'utilizzo di una versione del motore di destinazione durante la conversione dello schema diversa dalla versione specificata in questa impostazione può causare problemi di compatibilità ed errori durante l'esecuzione dell'operazione Applica alla destinazione.
+ AWS DMS può convertire le viste materializzate Oracle in tabelle o viste materializzate su PostgreSQL. Per **Viste materializzate** scegli come convertire le viste materializzate di origine.
+ Il database Oracle di origine può utilizzare la pseudo colonna `ROWID`. PostgreSQL non supporta funzionalità simili. La conversione dello schema DMS può emulare la pseudo colonna `ROWID` nel codice convertito utilizzando il tipo di dati `bigint` o `character varying`. Per farlo, scegli **Usa il tipo di dati bigint per emulare la pseudo colonna ROWID** o **Usa il tipo di dati varchar per emulare la pseudo colonna ROWID** per **ID riga**.
+ Per convertire il tipo di dati NUMBER nel tipo di dati numerico più adatto, a seconda della precisione e della scala, puoi selezionare Usa la mappatura ottimizzata dei tipi di dati per le colonne del tipo di dati NUMBER.
+ Se il codice sorgente Oracle non utilizza la pseudo colonna `ROWID` scegli **Non generare**. In questo caso, il codice convertito funziona più velocemente.
+ Il codice sorgente Oracle può includere le funzioni `TO_CHAR`, `TO_DATE` e `TO_NUMBER` con parametri non supportati da PostgreSQL. Per impostazione predefinita, la conversione dello schema DMS emula l'utilizzo di questi parametri nel codice convertito.
È possibile utilizzare le funzioni `TO_CHAR`, `TO_DATE` e `TO_NUMBER` native di PostgreSQL quando il codice sorgente Oracle non ha parametri non supportati da PostgreSQL. In questo caso, il codice convertito funziona più velocemente. Per farlo, seleziona i seguenti valori:
+ **Usa una funzione PostgreSQL TO\$1CHAR nativa**
+ **Usa una funzione PostgreSQL TO\$1DATE nativa**
+ **Usa una funzione PostgreSQL TO\$1NUMBER nativa**
+ Il database e le applicazioni possono essere eseguiti in fusi orari diversi. Per impostazione predefinita, la conversione dello schema DMS emula i fusi orari nel codice convertito. Tuttavia, non è necessaria questa emulazione quando il database e le applicazioni utilizzano lo stesso fuso orario. In tal caso, seleziona **Migliora le prestazioni del codice convertito se il database e le applicazioni utilizzano lo stesso fuso orario**.
+ Per continuare a utilizzare le sequenze nel codice convertito, seleziona **Popola le sequenze convertite con l'ultimo valore generato sul lato di origine**.
+ In alcuni casi, il database Oracle di origine potrebbe archiviare solo valori interi nelle colonne con chiave primaria o esterna del tipo di dati `NUMBER`. In questi casi, AWS DMS può convertire queste colonne nel tipo di `BIGINT` dati. Questo approccio migliora le prestazioni del codice convertito. A tale scopo, seleziona **Converti le colonne chiave primaria ed esterna del tipo di dati NUMBER nel tipo di dati BIGINT**. Assicurati che l'origine non includa valori con virgola mobile in queste colonne per evitare la perdita di dati.
+ Per ignorare i trigger e i vincoli disattivati nel codice sorgente, scegli **Converti solo i trigger e i vincoli attivi**.
+ Puoi utilizzare la conversione dello schema DMS per convertire le variabili di stringa chiamate come SQL dinamico. Il codice del database può modificare i valori di queste variabili di stringa. Per assicurarti che converta AWS DMS sempre il valore più recente di questa variabile di stringa, seleziona **Converti il codice SQL dinamico creato nelle routine chiamate**.
+ PostgreSQL 10 e versioni precedenti non supportano le procedure. Se non hai familiarità con l'uso delle procedure in PostgreSQL AWS DMS , puoi convertire le procedure Oracle in funzioni PostgreSQL. A tale scopo, seleziona **Converti procedure in funzioni**.
+ Per visualizzare informazioni aggiuntive sugli elementi d'azione eseguiti, è possibile aggiungere funzioni specifiche al pacchetto di estensione. A tale scopo, seleziona **Aggiungi funzioni del pacchetto di estensione che generano eccezioni definite dall'utente**. Quindi scegli i livelli di gravità per generare le eccezioni definite dall'utente. Assicurati di applicare lo schema del pacchetto di estensione dopo aver convertito gli oggetti del database di origine. Per ulteriori informazioni sui pacchetti di estensione, consulta [Utilizzo dei pacchetti di estensione](extension-pack.md).
+ Il database Oracle di origine può includere vincoli per i nomi generati automaticamente. Se il codice sorgente utilizza questi nomi, assicurati di selezionare **Mantieni i nomi dei vincoli generati dal sistema**. Se il codice sorgente utilizza questi vincoli, ma non ne usa i nomi, deseleziona questa opzione per aumentare la velocità di conversione.
+ Se i database di origine e di destinazione vengono eseguiti in fusi orari diversi, la funzione che emula la funzione integrata Oracle `SYSDATE` restituisce valori diversi rispetto alla funzione di origine. Per assicurarti che le funzioni di origine e di destinazione restituiscano gli stessi valori, scegli **Imposta il fuso orario del database di origine**.
+ Puoi utilizzare le funzioni dell'estensione orafce nel codice convertito. Per farlo, seleziona le funzioni da usare per **Routine integrate Orafce**. [Per ulteriori informazioni su orafce, vedere orafce on.](https://github.com/orafce/orafce) GitHub
# Informazioni sulle impostazioni di conversione da SQL Server a MySQL
Le impostazioni di conversione da SQL Server a MySQL nella conversione dello schema DMS sono le seguenti:
+ Il database SQL Server di origine può memorizzare l'output di `EXEC` in una tabella. La conversione dello schema DMS crea tabelle temporanee e una procedura aggiuntiva per emulare questa funzionalità. Per utilizzare l'emulazione, seleziona **Crea routine aggiuntive per gestire set di dati aperti**.
# Informazioni sulle impostazioni di conversione da SQL Server a PostgreSQL
Le impostazioni di conversione da SQL Server a PostgreSQL nella conversione dello schema DMS sono le seguenti:
+ **Per convertire gli oggetti di database applicabili utilizzando l'intelligenza artificiale generativa, abilita l'impostazione Generative AI.** Gli oggetti convertiti con successo utilizzando l'intelligenza artificiale generativa verranno chiaramente identificati con **Action Item 7744**, che afferma: «Questa conversione utilizza modelli di apprendimento automatico che generano previsioni basate su modelli di dati». Per ulteriori informazioni, consulta [Conversione di oggetti di database con intelligenza artificiale generativa](schema-conversion-convert.databaseobjects.md).
+ In SQL Server puoi usare indici con lo stesso nome in tabelle diverse. Tuttavia, in PostgreSQL tutti i nomi di indice utilizzati nello schema devono essere univoci. Per assicurarti che la conversione dello schema DMS generi nomi univoci per tutti gli indici, seleziona **Genera nomi univoci per gli indici**.
+ PostgreSQL 10 e versioni precedenti non supportano le procedure. Se non hai familiarità con l'uso delle procedure in PostgreSQL AWS DMS , puoi convertire le procedure di SQL Server in funzioni PostgreSQL. A tale scopo, seleziona **Converti procedure in funzioni**.
+ Il database SQL Server di origine può memorizzare l'output di `EXEC` in una tabella. La conversione dello schema DMS crea tabelle temporanee e una procedura aggiuntiva per emulare questa funzionalità. Per utilizzare l'emulazione, seleziona **Crea routine aggiuntive per gestire set di dati aperti**.
+ È possibile definire il modello da utilizzare per i nomi degli schemi nel codice convertito. Per **Nomi degli schemi** scegli una delle seguenti opzioni:
+ **DB**: utilizza il nome del database SQL Server come nome dello schema in PostgreSQL.
+ **SCHEMA**: utilizza il nome dello schema SQL Server come nome dello schema in PostgreSQL.
+ **DB\$1SCHEMA**: utilizza una combinazione del database SQL Server e dei nomi degli schemi come nome dello schema in PostgreSQL.
+ È possibile mantenere le lettere maiuscole e minuscole nei nomi degli operandi di origine. Per evitare la conversione dei nomi degli operandi in lettere minuscole, selezionate Evita la conversione in lettere minuscole per le operazioni con distinzione tra **maiuscole e minuscole**. Questa opzione è applicabile solo se la funzione di distinzione tra maiuscole e minuscole è abilitata nel database di origine.
+ È possibile mantenere i nomi dei parametri del database di origine. La conversione dello schema DMS può aggiungere le virgolette doppie ai nomi dei parametri nel codice convertito. A tale scopo, seleziona **Conserva i nomi originali dei parametri**.
+ È possibile mantenere una serie di parametri di routine del database di origine. La conversione dello schema DMS crea i domini e li utilizza per specificare la lunghezza dei parametri di routine. A tale scopo, seleziona **Preserva la lunghezza dei parametri**.
+ Per convertire oggetti incorporati non supportati in oggetti stub, abilitate l'impostazione **Converti oggetti incorporati non supportati in oggetti** stub:
+ Se abilitata, DMS SC sostituisce gli oggetti incorporati non supportati con gli oggetti stub corrispondenti nel database di destinazione. Questa funzionalità converte le sezioni di codice che normalmente verrebbero incluse nei numeri di migrazione 7811 o 7904. Crea oggetti stub in base al tipo di oggetti incorporati di origine `PROCEDURE` per le procedure, `VIEW` le viste o le tabelle.
La conversione di un oggetto del database di origine con una chiamata di un oggetto non supportato genera una chiamata di un oggetto stub e il problema di migrazione 7822.
È possibile scegliere di creare oggetti stub in uno schema separato abilitando l'opzione **Crea oggetti stub in** uno schema separato. Se selezionati, gli oggetti stub vengono creati in uno schema speciale denominato `aws_sqlserver_stub` nel database di destinazione. Se non sono selezionati, vengono creati nello stesso schema degli oggetti chiamanti.
+ Le routine Stub sono denominate in base al nome completo dell'impostazione predefinita originale. Per le viste stub, la convenzione di denominazione include il nome dello schema di sistema. `system_schema_name$builtin_view_name`
Durante la riconversione, DMS SC verifica le routine stub esistenti nel database di destinazione. Se esiste già una routine con lo stesso nome e gli stessi parametri di input, non viene sovrascritta.
Dopo la conversione, rivedi e implementa il codice personalizzato per le routine di stub, se necessario.
+ `CITEXT`il tipo di dati per tutti i tipi di dati a stringa impostato in DMS Schema Conversion include quanto segue:
+ **Per utilizzare il `CITEXT` tipo di dati per le operazioni sulle stringhe senza distinzione tra maiuscole e minuscole durante la conversione da SQL Server a PostgreSQL, abilita l'impostazione Usa CITEXT per tutti i tipi di dati di stringa.** Questa opzione aiuta a mantenere un comportamento coerente durante la migrazione da un SQL Server senza distinzione tra maiuscole e minuscole a un ambiente PostgreSQL con distinzione tra maiuscole e minuscole.
+ Se abilitato, DMS SC converte tutti i tipi di dati stringa pertinenti dal database SQL Server di origine in PostgreSQL. `CITEXT` Ciò elimina la necessità di chiamate esplicite alla funzione LOWER () nelle condizioni e trasmette automaticamente le espressioni di stringa nelle operazioni condizionali a. `CITEXT`
+ Per determinare se l'istanza di SQL Server fa distinzione tra maiuscole e minuscole, esegui la seguente query:
```
SELECT SERVERPROPERTY('COLLATION');
```
Un risultato contenente «CI» indica che non fa distinzione tra maiuscole e minuscole, mentre «CS» indica che non fa distinzione tra maiuscole e minuscole.
+ La `CITEXT` conversione potrebbe non essere applicabile negli scenari in cui vengono utilizzate impostazioni di fascicolazione esplicite con distinzione tra maiuscole e minuscole a livello di server, database o colonna.
Per utilizzare questa funzionalità, assicurati che il `CITEXT` modulo sia installato e disponibile nel database PostgreSQL di destinazione.
+ Quando utilizzi la conversione dei `CITEXT` tipi di dati, considera le seguenti best practice:
+ Abilita questa funzionalità durante la migrazione da un SQL Server senza distinzione tra maiuscole e minuscole per mantenere un comportamento coerente in PostgreSQL.
+ Esamina il codice dell'applicazione per assicurarti che non si basi su operazioni con stringa con distinzione tra maiuscole e minuscole.
+ Testa a fondo l'applicazione dopo la migrazione per verificare che il comportamento senza distinzione tra maiuscole e minuscole venga mantenuto come previsto.
# Comprendere le impostazioni di conversione da PostgreSQL a MySQL
Le impostazioni di conversione da PostgreSQL a MySQL in DMS Schema Conversion includono quanto segue:
+ **Commenti nel codice SQL convertito**: questa impostazione include i commenti nel codice convertito per le azioni con il livello di gravità selezionato o superiore. Questa impostazione supporta i seguenti valori:
+ Solo errori
+ Errori e avvertenze
+ Tutti i messaggi
# Informazioni sulle impostazioni di conversione da IBM Db2 for LUW ad Amazon RDS for PostgreSQL
**Nota**
La console di AWS gestione non supporta la creazione di progetti di migrazione in DMS Schema Conversion che utilizzano IBM Db2 for LUW come fornitore di dati di origine con Amazon RDS for PostgreSQL come fornitore di dati di destinazione. Utilizza invece l' AWS API CLI o DMS Schema Conversion.
Le impostazioni di conversione da IBM Db2 per Linux, UNIX e Windows ad Amazon RDS for PostgreSQL in DMS Schema Conversion includono quanto segue:
+ **Commenti nel codice SQL convertito**: questa impostazione include commenti nel codice convertito per le azioni con la gravità selezionata o superiore. Questa impostazione supporta i seguenti valori:
+ Solo errori
+ Errori e avvertenze
+ Tutti i messaggi
# Informazioni sulle impostazioni di conversione da IBM Db2 for z/OS ad Amazon RDS for Db2
Le impostazioni di DB2 conversione da IBM z/OS per Amazon RDS for in DMS Schema Conversion includono quanto segue:
+ **Commenti nel codice SQL convertito**: questa impostazione include commenti nel codice convertito per le azioni con la gravità selezionata o superiore. Questa impostazione supporta i seguenti valori:
+ Solo errori
+ Errori e avvertenze
+ Tutti i messaggi
# Informazioni sulle impostazioni di conversione da IBM Db2 for z/OS ad Amazon RDS for PostgreSQL
**Nota**
La console di AWS gestione non supporta la creazione di progetti di migrazione in DMS Schema Conversion che utilizzano IBM Db2 z/OS come fornitore di dati di origine con Amazon RDS for PostgreSQL come fornitore di dati di destinazione. Utilizza invece l' AWS API CLI o DMS Schema Conversion.
Le impostazioni di conversione da IBM Db2 for z/OS ad Amazon RDS for PostgreSQL in DMS Schema Conversion includono quanto segue:
+ **Commenti nel codice SQL convertito**: questa impostazione include commenti nel codice convertito per le azioni con la gravità selezionata o superiore. Questa impostazione supporta i seguenti valori:
+ Solo errori
+ Errori e avvertenze
+ Tutti i messaggi
# Informazioni sulle impostazioni di conversione da SAP ASE (Sybase ASE) a PostgreSQL
Le impostazioni di conversione da SAP ASE (Sybase ASE) a PostgreSQL in DMS Schema Conversion includono quanto segue:
+ **Per convertire gli oggetti di database applicabili utilizzando l'intelligenza artificiale generativa, abilita l'impostazione Generative AI.** Gli oggetti convertiti con successo utilizzando l'intelligenza artificiale generativa verranno identificati chiaramente con **Action Item 3077**, che afferma: «Questa conversione utilizza modelli di apprendimento automatico che generano previsioni basate su modelli di dati». Per ulteriori informazioni, consulta [Conversione di oggetti di database con intelligenza artificiale generativa](schema-conversion-convert.databaseobjects.md).
+ **Commenti nel codice SQL convertito:** questa impostazione include i commenti nel codice convertito per le azioni con la gravità selezionata o superiore. Questa impostazione supporta i seguenti valori:
+ Solo errori
+ Errori e avvertenze
+ Tutti i messaggi
+ È possibile definire il modello da utilizzare per i nomi degli schemi nel codice convertito. Per **Nomi degli schemi** scegli una delle seguenti opzioni:
+ **DB**: utilizza il nome del database SAP ASE (Sybase ASE) come nome dello schema in PostgreSQL.
+ **SCHEMA**: utilizza il nome dello schema SAP ASE (Sybase ASE) come nome dello schema in PostgreSQL.
+ **DB\$1SCHEMA** — Utilizza una combinazione del database SAP ASE (Sybase ASE) e dei nomi dello schema come nome dello schema in.
+ È possibile memorizzare le maiuscole e minuscole dei nomi degli oggetti nel database di origine. A tale scopo, selezionate Tratta i nomi degli oggetti del database di origine facendo distinzione tra maiuscole e minuscole. Quando questa opzione è disattivata, tutti i nomi degli oggetti del database vengono convertiti in lettere minuscole.
+ È possibile evitare di inserire gli operandi in lettere minuscole durante le operazioni senza distinzione tra maiuscole e minuscole. DMS Schema Conversion non applicherà la funzione LOWER agli operandi del codice convertito. A tale scopo, selezionate **Evita di convertire gli operandi in lettere minuscole per le operazioni senza distinzione tra maiuscole e minuscole**. Quando questa opzione non è selezionata (impostazione predefinita), DMS Schema Conversion applica automaticamente la funzione LOWER per convertire gli operandi in lettere minuscole prima di eseguire confronti senza distinzione tra maiuscole e minuscole.
+ In SAP ASE (Sybase ASE), è possibile creare indici con nomi identici su tabelle diverse. PostgreSQL richiede che tutti i nomi di indice all'interno di uno schema siano univoci. Per garantire che AWS Schema Conversion crei nomi di indice univoci durante la migrazione, seleziona **Genera nomi univoci per** gli indici. Questa opzione aggiunge automaticamente i prefissi ai nomi degli indici per evitare conflitti di denominazione nel database PostgreSQL di destinazione.