Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Angeben von Einstellungen für die Schemakonvertierung für Migrationsprojekte
Nachdem Sie ein Migrationsprojekt erstellt haben, können Sie die Konvertierungseinstellungen in DMS Schema Conversion angeben. Durch die Konfiguration der Einstellungen für die Schemakonvertierung wird die Leistung des konvertierten Codes verbessert.
**So bearbeiten Sie die Konvertierungseinstellungen**
1. Melden Sie sich bei [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/) an AWS-Managementkonsole und öffnen Sie die AWS DMS Konsole.
1. Wählen Sie **Migrationsprojekte** aus. Die Seite **Migrationsprojekte** wird geöffnet.
1. Wählen Sie Ihr Migrationsprojekt aus. Wählen Sie **Schemakonvertierung** und dann **Schemakonvertierung starten** aus.
1. Wählen Sie **Einstellungen** aus. Die Seite **Einstellungen** wird geöffnet.
1. Ändern Sie die Einstellungen im Abschnitt **Konvertierung**.
1. Wählen Sie **Anwenden** und dann **Schemakonvertierung** aus.
Sie können die Anzahl der Kommentare mit Aktionselementen im konvertierten Code für alle Konvertierungspaare einschränken. Öffnen Sie zum Einschränken der Anzahl der Kommentare im konvertierten Code die Konvertierungseinstellungen im Migrationsprojekt.
Wählen Sie für **Kommentare im konvertierten SQL-Code** den Schweregrad der Aktionselemente aus. DMS Schema Conversion fügt dem konvertierten Code Kommentare zu Aktionselementen mit dem ausgewählten und höheren Schweregraden hinzu. Beispiel: Um die Anzahl der Kommentare im konvertierten Code zu minimieren, wählen Sie **Nur Fehler** aus.
Um Kommentare zu allen Aktionselementen in den konvertierten Code aufzunehmen, wählen Sie **Alle Nachrichten** aus.
Andere Konvertierungseinstellungen unterscheiden sich je nach Kombination aus Quell- und Zieldatenbank.
**Topics**
+ [Grundlegendes zu den Konvertierungseinstellungen von Oracle nach MySQL](schema-conversion-oracle-mysql.md)
+ [Grundlegendes zu den Konvertierungseinstellungen von Oracle nach PostgreSQL](schema-conversion-oracle-postgresql.md)
+ [Grundlegendes zu den Konvertierungseinstellungen von SQL Server nach MySQL](schema-conversion-sql-server-mysql.md)
+ [Grundlegendes zu den Einstellungen für die Konvertierung von SQL Server nach PostgreSQL](schema-conversion-sql-server-postgresql.md)
+ [Grundlegendes zu den Konvertierungseinstellungen von PostgreSQL in MySQL](schema-conversion-postgresql-mysql.md)
+ [Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for LUW zu Amazon RDS for PostgreSQL](schema-conversion-db2-luw-postgresql.md)
+ [Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for z/OS zu Amazon RDS for Db2](schema-conversion-db2-zos-db2.md)
+ [Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for z/OS zu Amazon RDS for PostgreSQL](schema-conversion-db2-zos-postgresql.md)
+ [Grundlegendes zu den Konvertierungseinstellungen von SAP ASE (Sybase ASE) nach PostgreSQL](schema-conversion--sybase-ASE.md)
# Grundlegendes zu den Konvertierungseinstellungen von Oracle nach MySQL
Die Einstellungen für die Konvertierung von Oracle in MySQL in DMS Schema Conversion umfassen Folgendes:
+ Ihre Oracle-Quelldatenbank kann die Pseudospalte `ROWID` verwenden. MySQL unterstützt keine ähnlichen Funktionen. DMS Schema Conversion kann die Pseudospalte `ROWID` im konvertierten Code emulieren. Aktivieren Sie dazu die Option **Zeilen-ID generieren**.
Wenn Ihr Oracle-Quellcode die Pseudospalte `ROWID` nicht verwendet, deaktivieren Sie die Option **Zeilen-ID generieren**. In diesem Fall arbeitet der konvertierte Code schneller.
+ Der Oracle-Quellcode kann die Funktionen `TO_CHAR`, `TO_DATE` und `TO_NUMBER` mit Parametern enthalten, die MySQL nicht unterstützt. Standardmäßig emuliert DMS Schema Conversion die Verwendung dieser Parameter im konvertierten Code.
Sie können die nativen MySQL-Funktionen `TO_CHAR`, `TO_DATE` und `TO_NUMBER` verwenden, wenn Ihrem Oracle-Quellcode Parameter fehlen, die von MySQL nicht unterstützt werden. In diesem Fall arbeitet der konvertierte Code schneller. Wählen Sie dazu die folgenden Werte aus:
+ **Native MySQL-Funktion TO\$1CHAR verwenden**
+ **Native MySQL-Funktion TO\$1DATE verwenden**
+ **Native MySQL-Funktion TO\$1NUMBER verwenden**
+ Ihre Datenbank und Anwendungen können in verschiedenen Zeitzonen ausgeführt werden. Standardmäßig emuliert DMS Schema Conversion Zeitzonen im konvertierten Code. Sie benötigen diese Emulation jedoch nicht, wenn Ihre Datenbank und Anwendungen dieselbe Zeitzone verwenden. Wählen Sie in diesem Fall die Option **Leistung des konvertierten Codes verbessern, wenn die Datenbank und die Anwendungen dieselbe Zeitzone verwenden**.
# Grundlegendes zu den Konvertierungseinstellungen von Oracle nach PostgreSQL
Die Einstellungen für die Konvertierung von Oracle in PostgreSQL in DMS Schema Conversion umfassen Folgendes:
+ Um entsprechende Datenbankobjekte mit generativer KI zu konvertieren, aktivieren Sie die **Generative AI-Einstellung**. Objekte, die erfolgreich mit generativer KI konvertiert wurden, werden anhand des **Aktionspunkts 5444** eindeutig gekennzeichnet, in dem es heißt: „Bei dieser Konvertierung werden Modelle für maschinelles Lernen verwendet, die Vorhersagen auf der Grundlage von Datenmustern generieren. Weitere Informationen finden Sie unter [Datenbankobjekte mit generativer KI konvertieren](schema-conversion-convert.databaseobjects.md).
+ Sie können Schemas für verschiedene unterstützte Versionen Ihrer Zieldatenbank konvertieren, nicht nur für die neueste Version. Verwenden Sie die Einstellung Version der **Ziel-Engine, um eine Version** anzugeben. Die verfügbaren Konvertierungsoptionen variieren je nach der ausgewählten Engine-Version. Derzeit werden die PostgreSQL-Versionen 14 und 15 unterstützt (sie haben identische Einstellungen). Beachten Sie, dass die Verwendung einer Ziel-Engine-Version während der Schemakonvertierung, die sich von der in dieser Einstellung angegebenen Version unterscheidet, zu Kompatibilitätsproblemen und Fehlern bei der Ausführung des Vorgangs Auf das Ziel anwenden führen kann.
+ AWS DMS kann materialisierte Oracle-Ansichten in Tabellen oder materialisierte Ansichten auf PostgreSQL konvertieren. Wählen Sie für **Materialisierte Ansichten** aus, wie Ihre materialisierten Quellansichten konvertiert werden sollen.
+ Ihre Oracle-Quelldatenbank kann die Pseudospalte `ROWID` verwenden. PostgreSQL unterstützt keine ähnlichen Funktionen. DMS Schema Conversion kann die Pseudospalte `ROWID` im konvertierten Code mit dem Datentyp `bigint` oder `character varying` emulieren. Wählen Sie dazu **Datentyp Bigint zum Emulieren der Pseudospalte ROWID verwenden** oder **Datentyp Character Varying zum Emulieren der Pseudospalte ROWID verwenden** für **Zeilen-ID** aus.
+ Um den NUMBER-Datentyp in den am besten geeigneten numerischen Datentyp zu konvertieren, können Sie je nach Genauigkeit und Skalierung die Option Optimierte Datentypzuordnung für Spalten des NUMBER-Datentyps verwenden auswählen.
+ Wenn Ihr Oracle-Quellcode die Pseudospalte `ROWID` nicht verwendet, wählen Sie **Nicht generieren** aus. In diesem Fall arbeitet der konvertierte Code schneller.
+ Der Oracle-Quellcode kann die Funktionen `TO_CHAR`, `TO_DATE` und `TO_NUMBER` mit Parametern enthalten, die PostgreSQL nicht unterstützt. Standardmäßig emuliert DMS Schema Conversion die Verwendung dieser Parameter im konvertierten Code.
Sie können die nativen PostgreSQL-Funktionen `TO_CHAR`, `TO_DATE` und `TO_NUMBER` verwenden, wenn Ihrem Oracle-Quellcode Parameter fehlen, die von PostgreSQL nicht unterstützt werden. In diesem Fall arbeitet der konvertierte Code schneller. Wählen Sie dazu die folgenden Werte aus:
+ **Native PostgreSQL-Funktion TO\$1CHAR verwenden**
+ **Native PostgreSQL-Funktion TO\$1DATE verwenden**
+ **Native PostgreSQL-Funktion TO\$1NUMBER verwenden**
+ Ihre Datenbank und Anwendungen können in verschiedenen Zeitzonen ausgeführt werden. Standardmäßig emuliert DMS Schema Conversion Zeitzonen im konvertierten Code. Sie benötigen diese Emulation jedoch nicht, wenn Ihre Datenbank und Anwendungen dieselbe Zeitzone verwenden. Wählen Sie in diesem Fall die Option **Leistung des konvertierten Codes verbessern, wenn die Datenbank und die Anwendungen dieselbe Zeitzone verwenden**.
+ Damit weiterhin Sequenzen in Ihrem konvertierten Code verwendet werden, wählen Sie **Konvertierte Sequenzen mit dem letzten quellseitig generierten Wert ausfüllen**.
+ In Einzelfällen speichert Ihre Oracle-Quelldatenbank möglicherweise nur Ganzzahlwerte in den Primär- oder Fremdschlüsselspalten des Datentyps `NUMBER`. In diesen Fällen AWS DMS können Sie diese Spalten in den `BIGINT` Datentyp konvertieren. Dieser Ansatz verbessert die Leistung des konvertierten Codes. Wählen Sie dazu **Primär- und Fremdschlüsselspalten des Datentyps NUMBER in den Datentyp BIGINT konvertieren**. Stellen Sie sicher, dass Ihre Quelle keine Gleitkommawerte in diesen Spalten enthält, um Datenverlust zu vermeiden.
+ Wählen Sie **Nur aktive Auslöser und Einschränkungen konvertieren** aus, damit deaktivierte Auslöser und Einschränkungen in Ihrem Quellcode übersprungen werden.
+ Sie können DMS Schema Conversion verwenden, um Zeichenfolgenvariablen zu konvertieren, die als dynamisches SQL bezeichnet werden. Ihr Datenbankcode kann die Werte dieser Zeichenfolgenvariablen ändern. Um sicherzustellen, dass AWS DMS immer der neueste Wert dieser Zeichenkettenvariablen konvertiert **wird, wählen Sie Dynamischen SQL-Code konvertieren, der in aufgerufenen Routinen erstellt wurde**.
+ PostgreSQL-Versionen 10 und früher unterstützen keine Verfahren. Wenn Sie mit der Verwendung von Prozeduren in PostgreSQL nicht vertraut sind, AWS DMS können Sie Oracle-Prozeduren in PostgreSQL-Funktionen konvertieren. Wählen Sie dazu **Verfahren in Funktionen konvertieren** aus.
+ Wenn Sie zusätzliche Informationen zu den aufgetretenen Aktionselementen anzeigen möchten, können Sie dem Erweiterungspaket spezifische Funktionen hinzufügen. Wählen Sie dazu **Erweiterungspaket-Funktionen hinzufügen, die benutzerdefinierte Ausnahmen auslösen**. Wählen Sie anschließend Schweregrade zum Auslösen benutzerdefinierter Ausnahmen aus. Stellen Sie sicher, dass Sie nach dem Konvertieren Ihrer Quelldatenbankobjekte das Erweiterungspaket-Schema anwenden. Weitere Informationen zu Erweiterungspaketen finden Sie unter [Verwenden von Erweiterungspaketen](extension-pack.md).
+ Ihre Oracle-Quelldatenbank kann Einschränkungen mit den automatisch generierten Namen enthalten. Wenn Ihr Quellcode diese Namen verwendet, stellen Sie sicher, dass Sie die Option **Namen der vom System generierten Einschränkungen beibehalten** auswählen. Wenn Ihr Quellcode diese Einschränkungen, aber nicht ihre Namen verwendet, deaktivieren Sie diese Option, um die Konvertierungsgeschwindigkeit zu erhöhen.
+ Wenn Ihre Quell- und Zieldatenbanken in unterschiedlichen Zeitzonen ausgeführt werden, gibt die Funktion, die die integrierte Oracle-Funktion `SYSDATE` emuliert, andere Werte als die Quellfunktion zurück. Wählen Sie **Zeitzone Ihrer Quelldatenbank festlegen** aus, um sicherzustellen, dass die Quell- und die Zielfunktion die gleichen Werte zurückgeben.
+ Sie können die Funktionen der Erweiterung orafce im konvertierten Code verwenden. Wählen Sie dazu für **In Oracle integrierte Routinen** die Funktionen aus, die Sie verwenden möchten. [Weitere Informationen zu Oracle finden Sie unter Oracle on.](https://github.com/orafce/orafce) GitHub
# Grundlegendes zu den Konvertierungseinstellungen von SQL Server nach MySQL
Die Einstellungen für die Konvertierung von SQL Server in MySQL in DMS Schema Conversion umfassen Folgendes:
+ Ihre SQL-Server-Quelldatenbank kann die Ausgabe von `EXEC` in einer Tabelle speichern. DMS Schema Conversion erstellt temporäre Tabellen und ein zusätzliches Verfahren, um dieses Feature zu emulieren. Wählen Sie **Zusätzliche Routinen für die Verarbeitung offener Datensätze erstellen** aus, um diese Emulation zu verwenden.
# Grundlegendes zu den Einstellungen für die Konvertierung von SQL Server nach PostgreSQL
Die Einstellungen für die Konvertierung von SQL Server in PostgreSQL in DMS Schema Conversion umfassen Folgendes:
+ Um entsprechende Datenbankobjekte mithilfe von generativer KI zu konvertieren, aktivieren Sie die **Generative AI-Einstellung**. Objekte, die erfolgreich mit generativer KI konvertiert wurden, werden anhand des **Aktionspunkts 7744** eindeutig gekennzeichnet, in dem es heißt: „Bei dieser Konvertierung werden Modelle für maschinelles Lernen verwendet, die Vorhersagen auf der Grundlage von Datenmustern generieren.“ Weitere Informationen finden Sie unter [Datenbankobjekte mit generativer KI konvertieren](schema-conversion-convert.databaseobjects.md).
+ In SQL Server können Sie Indizes mit dem gleichen Namen in verschiedenen Tabellen verwenden. In PostgreSQL müssen jedoch alle im Schema verwendeten Indexnamen eindeutig sein. Wählen Sie **Eindeutige Namen für Indizes generieren** aus, um sicherzustellen, dass DMS Schema Conversion für alle Indizes eindeutige Namen generiert.
+ PostgreSQL-Versionen 10 und früher unterstützen keine Verfahren. Wenn Sie mit der Verwendung von Prozeduren in PostgreSQL nicht vertraut sind, AWS DMS können Sie SQL Server-Prozeduren in PostgreSQL-Funktionen konvertieren. Wählen Sie dazu **Verfahren in Funktionen konvertieren** aus.
+ Ihre SQL-Server-Quelldatenbank kann die Ausgabe von `EXEC` in einer Tabelle speichern. DMS Schema Conversion erstellt temporäre Tabellen und ein zusätzliches Verfahren, um dieses Feature zu emulieren. Wählen Sie **Zusätzliche Routinen für die Verarbeitung offener Datensätze erstellen** aus, um diese Emulation zu verwenden.
+ Sie können die Vorlage definieren, die für die Schemanamen im konvertierten Code verwendet werden soll. Wählen Sie für **Schema-Namen** eine der folgenden Optionen aus:
+ **DB** – Verwendet den SQL-Server-Datenbanknamen als Schemanamen in PostgreSQL.
+ **SCHEMA** – Verwendet den SQL-Server-Schemanamen als Schemanamen in PostgreSQL.
+ **DB\$1SCHEMA** – Verwendet eine Kombination aus SQL-Server-Datenbank- und -Schemanamen als Schemanamen in PostgreSQL.
+ Sie können die Groß- und Kleinschreibung in den Namen von Quelloperanden beibehalten. Um zu verhindern, dass Operandennamen in Kleinbuchstaben umgewandelt werden, wählen Sie bei Operationen, bei denen Groß- und Kleinschreibung beachtet wird**, die Kleinschreibung vermeiden** aus. Diese Option ist nur anwendbar, wenn die Funktion zur Berücksichtigung von Groß- und Kleinschreibung in der Quelldatenbank aktiviert ist.
+ Sie können die Parameternamen aus der Quelldatenbank beibehalten. DMS Schema Conversion kann den Namen von Parametern im konvertierten Code doppelte Anführungszeichen hinzufügen. Wählen Sie dazu die Option **Ursprüngliche Parameternamen beibehalten** aus.
+ Sie können eine Länge von Routineparametern aus Ihrer Quelldatenbank behalten. DMS Schema Conversion erstellt Domains und verwendet sie, um eine Länge von Routineparametern anzugeben. Wählen Sie dazu die Option **Parameterlängen beibehalten** aus.
+ Um nicht unterstützte integrierte Objekte in Stub-Objekte zu konvertieren, aktivieren **Sie die Einstellung Nicht unterstützte integrierte Objekte in Stub-Objekte konvertieren**:
+ Wenn diese Option aktiviert ist, ersetzt DMS SC nicht unterstützte integrierte Objekte durch entsprechende Stub-Objekte in der Zieldatenbank. Diese Funktion konvertiert Codeabschnitte, die normalerweise in den Migrationsproblemen 7811 oder 7904 enthalten wären. Es erstellt Stub-Objekte auf der Grundlage des Typs der integrierten Quellobjekte `PROCEDURE` für Prozeduren, Ansichten `VIEW` oder Tabellen.
Die Konvertierung eines Quelldatenbankobjekts mit dem Aufruf eines nicht unterstützten Objekts führt zum Aufruf eines Stub-Objekts und führt zu einem Migrationsproblem 7822.
Sie können sich dafür entscheiden, Stub-Objekte in einem separaten Schema zu erstellen, indem **Sie die Option Stub-Objekte in einem separaten Schema erstellen** aktivieren. Wenn diese Option ausgewählt ist, werden Stub-Objekte in einem speziellen Schema erstellt, das `aws_sqlserver_stub` in der Zieldatenbank benannt ist. Wenn diese Option nicht ausgewählt ist, werden sie in demselben Schema wie die aufrufenden Objekte erstellt.
+ Stub-Routinen werden auf der Grundlage des vollqualifizierten Namens der ursprünglichen integrierten Routine benannt. Bei Stub-Ansichten umfasst die Benennungskonvention den Namen des Systemschemas. `system_schema_name$builtin_view_name`
Bei der erneuten Konvertierung sucht DMS SC nach vorhandenen Stub-Routinen in der Zieldatenbank. Existiert bereits eine Routine mit demselben Namen und denselben Eingabeparametern, wird sie nicht überschrieben.
Überprüfen Sie nach der Konvertierung den benutzerdefinierten Code für Stub-Routinen und implementieren Sie ihn nach Bedarf.
+ `CITEXT`Die Einstellungen für den Datentyp für alle Zeichenkettendatentypen in der DMS-Schemakonvertierung umfassen Folgendes:
+ Um den `CITEXT` Datentyp bei der Konvertierung von SQL Server nach PostgreSQL für Zeichenkettenoperationen ohne Berücksichtigung der Groß- und Kleinschreibung zu verwenden, aktivieren **Sie die Einstellung CITEXT für alle Zeichenkettendatentypen verwenden**. Diese Option trägt dazu bei, ein konsistentes Verhalten bei der Migration von einem SQL Server ohne Berücksichtigung der Groß- und Kleinschreibung zu einer PostgreSQL-Umgebung aufrechtzuerhalten.
+ Wenn diese Option aktiviert ist, konvertiert DMS SC alle relevanten Zeichenkettendatentypen aus der SQL Server-Quelldatenbank in PostgreSQL. `CITEXT` Dadurch werden explizite LOWER () -Funktionsaufrufe in Bedingungen überflüssig und Zeichenkettenausdrücke in bedingten Operationen werden automatisch in umgewandelt. `CITEXT`
+ Führen Sie die folgende Abfrage aus, um festzustellen, ob Ihre SQL Server-Instanz zwischen Groß- und Kleinschreibung unterscheidet:
```
SELECT SERVERPROPERTY('COLLATION');
```
Ein Ergebnis, das 'CI' enthält, bedeutet, dass Groß- und Kleinschreibung nicht beachtet wird, während 'CS' bedeutet, dass Groß- und Kleinschreibung beachtet wird.
+ Die `CITEXT` Konvertierung gilt möglicherweise nicht in Szenarien, in denen explizite Sortiereinstellungen mit Berücksichtigung der Groß- und Kleinschreibung auf Server-, Datenbank- oder Spaltenebene verwendet werden.
Um diese Funktion zu verwenden, stellen Sie sicher, dass das `CITEXT` Modul in Ihrer PostgreSQL-Zieldatenbank installiert und verfügbar ist.
+ Beachten Sie bei der Verwendung der `CITEXT` Datentypkonvertierung die folgenden bewährten Methoden:
+ Aktivieren Sie diese Funktion, wenn Sie von einem SQL Server migrieren, bei dem Groß- und Kleinschreibung nicht berücksichtigt wird, um ein konsistentes Verhalten in PostgreSQL aufrechtzuerhalten.
+ Überprüfen Sie Ihren Anwendungscode, um sicherzustellen, dass er nicht auf Zeichenkettenoperationen basiert, bei denen Groß- und Kleinschreibung beachtet wird.
+ Testen Sie Ihre Anwendung nach der Migration gründlich, um sicherzustellen, dass das Verhalten, bei dem die Groß- und Kleinschreibung nicht beachtet wird, erwartungsgemäß beibehalten wird.
# Grundlegendes zu den Konvertierungseinstellungen von PostgreSQL in MySQL
Zu den Einstellungen für die Konvertierung von PostgreSQL nach MySQL in der DMS-Schemakonvertierung gehören:
+ **Kommentare im konvertierten SQL-Code**: Diese Einstellung beinhaltet Kommentare im konvertierten Code für die Aktionselemente mit dem ausgewählten Schweregrad und höher. Diese Einstellung unterstützt die folgenden Werte:
+ Nur Fehler
+ Errors and warnings (Fehler und Warnungen)
+ Alle Nachrichten
# Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for LUW zu Amazon RDS for PostgreSQL
**Anmerkung**
Die AWS Management Console unterstützt nicht die Erstellung von Migrationsprojekten in DMS Schema Conversion, die IBM Db2 for LUW als Quelldatenanbieter mit Amazon RDS for PostgreSQL als Zieldatenanbieter verwenden. Verwenden Sie stattdessen die AWS CLI- oder DMS-Schemakonvertierung API.
Die Einstellungen für die Konvertierung von IBM Db2 für Linux, UNIX und Windows zu Amazon RDS for PostgreSQL in der DMS-Schemakonvertierung umfassen Folgendes:
+ **Kommentare im konvertierten SQL-Code**: Diese Einstellung beinhaltet Kommentare im konvertierten Code für die Aktionselemente mit dem ausgewählten Schweregrad und höher. Diese Einstellung unterstützt die folgenden Werte:
+ Nur Fehler
+ Errors and warnings (Fehler und Warnungen)
+ Alle Nachrichten
# Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for z/OS zu Amazon RDS for Db2
Die DB2 Konvertierungseinstellungen von IBM für z/OS Amazon RDS bei der DMS-Schemakonvertierung umfassen Folgendes:
+ **Kommentare im konvertierten SQL-Code**: Diese Einstellung beinhaltet Kommentare im konvertierten Code für die Aktionselemente mit dem ausgewählten Schweregrad und höher. Diese Einstellung unterstützt die folgenden Werte:
+ Nur Fehler
+ Errors and warnings (Fehler und Warnungen)
+ Alle Nachrichten
# Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for z/OS zu Amazon RDS for PostgreSQL
**Anmerkung**
Die AWS Management Console unterstützt nicht die Erstellung von Migrationsprojekten in DMS Schema Conversion, die IBM Db2 for z/OS als Quelldatenanbieter mit Amazon RDS for PostgreSQL als Zieldatenanbieter verwenden. Verwenden Sie stattdessen die AWS CLI- oder DMS-Schemakonvertierung API.
Die Konvertierungseinstellungen von IBM Db2 for z/OS zu Amazon RDS for PostgreSQL in der DMS-Schemakonvertierung umfassen Folgendes:
+ **Kommentare im konvertierten SQL-Code**: Diese Einstellung beinhaltet Kommentare im konvertierten Code für die Aktionselemente mit dem ausgewählten Schweregrad und höher. Diese Einstellung unterstützt die folgenden Werte:
+ Nur Fehler
+ Errors and warnings (Fehler und Warnungen)
+ Alle Nachrichten
# Grundlegendes zu den Konvertierungseinstellungen von SAP ASE (Sybase ASE) nach PostgreSQL
Die Einstellungen für die Konvertierung von SAP ASE (Sybase ASE) nach PostgreSQL in der DMS-Schemakonvertierung umfassen Folgendes:
+ **Um die entsprechenden Datenbankobjekte mithilfe von generativer KI zu konvertieren, aktivieren Sie die Einstellung Generative AI.** Objekte, die erfolgreich mit generativer KI konvertiert wurden, werden anhand des **Aktionspunkts 3077** eindeutig gekennzeichnet, in dem es heißt: „Bei dieser Konvertierung werden Modelle für maschinelles Lernen verwendet, die Vorhersagen auf der Grundlage von Datenmustern generieren.“ Weitere Informationen finden Sie unter [Datenbankobjekte mit generativer KI konvertieren](schema-conversion-convert.databaseobjects.md).
+ **Kommentare im konvertierten SQL-Code:** Diese Einstellung beinhaltet Kommentare im konvertierten Code für die Aktionselemente mit dem ausgewählten Schweregrad und höher. Diese Einstellung unterstützt die folgenden Werte:
+ Nur Fehler
+ Errors and warnings (Fehler und Warnungen)
+ Alle Nachrichten
+ Sie können die Vorlage definieren, die für die Schemanamen im konvertierten Code verwendet werden soll. Wählen Sie für **Schema-Namen** eine der folgenden Optionen aus:
+ **DB** — Verwendet den SAP ASE-Datenbanknamen (Sybase ASE) als Schemanamen in PostgreSQL.
+ **SCHEMA** — Verwendet den SAP ASE-Schemanamen (Sybase ASE) als Schemanamen in PostgreSQL.
+ **DB\$1SCHEMA** — Verwendet eine Kombination aus der SAP ASE-Datenbank (Sybase ASE) und Schemanamen als Schemanamen in.
+ Sie können die genaue Groß- und Kleinschreibung von Objektnamen aus Ihrer Quelldatenbank beibehalten. Wählen Sie dazu die Option Objektnamen der Quelldatenbank unter Berücksichtigung von Groß- und Kleinschreibung behandeln aus. Wenn diese Option deaktiviert ist, werden alle Datenbankobjektnamen in Kleinbuchstaben umgewandelt.
+ Sie können verhindern, dass Operanden bei Operationen ohne Berücksichtigung der Groß- und Kleinschreibung in Kleinbuchstaben umgewandelt werden. Bei der DMS-Schemakonvertierung wird die LOWER-Funktion nicht auf Operanden im konvertierten Code angewendet. Wählen Sie dazu bei Operationen, bei denen die Groß- und Kleinschreibung nicht **beachtet wird, die Umwandlung von Operanden in Kleinbuchstaben vermeiden** aus. Wenn diese Option nicht ausgewählt ist (Standardeinstellung), wendet die DMS-Schemakonvertierung automatisch die LOWER-Funktion an, um Operanden in Kleinbuchstaben umzuwandeln, bevor Vergleiche ohne Berücksichtigung der Groß- und Kleinschreibung durchgeführt werden.
+ In SAP ASE (Sybase ASE) können Sie Indizes mit identischen Namen in verschiedenen Tabellen erstellen. PostgreSQL verlangt, dass alle Indexnamen innerhalb eines Schemas eindeutig sind. Um sicherzustellen, dass die AWS Schemakonvertierung während der Migration eindeutige Indexnamen erstellt, wählen Sie **Eindeutige Namen für Indizes generieren** aus. Diese Option fügt Indexnamen automatisch Präfixe hinzu, um Namenskonflikte in Ihrer PostgreSQL-Zieldatenbank zu vermeiden.