Häufige Szenarios für Codierungskonvertierungen

Verwenden Sie die folgenden Szenarios als Richtlinien, wenn Sie Zeichensatzcodierungen zwischen Quelle und Ziel konvertieren wollen.

Szenario 1: Konvertieren der Codierung zwischen einer DB2 z/OS -Quelle und einem DB2® LUW-Ziel

In diesem Szenario verfügen Sie über eine DB2® z/OS® -Quellendatenbank mit Daten in vereinfachtem Chinesisch und einer Standardzeichensatzcodierung für Datenbanken mit der CCSID 935. Ihre Zieldatenbank ist ein DB2 for Windows -System mit Daten in vereinfachtem Chinesisch und der Standardzeichensatzcodierung GB18030 (CCSID 1392).

CDC Replication erkennt automatisch die Standarddatenbankcodierung der Quellen-und Zielspalten in Ihren Tabellenzuordnungen. Wenn die erkannten Codierungen Ihren Geschäftsanforderungen entsprechen, dann sind keine weiteren Konfigurationsmaßnahmen erforderlich.

Hinweis: Aufgrund der Codierungsunterschiede zwischen diesen Plattformen ist es wichtig zu beachten, dass nicht alle Zeichen mit entsprechenden Zeichen konvertiert werden.

Szenario 2: Konvertieren eines Zeichensatzes der Landessprache in Unicode

In diesem Szenario arbeiten Sie mit einer Konfiguration, in der Daten aus dem Zeichensatz der Landessprache in Unicode konvertiert werden müssen. Die Zeichensatzcodierung der Quelle ist z. B. traditionelles Chinesisch, während die Zeichensatzcodierung auf dem Ziel (wohin die Daten konvertiert werden sollen) Unicode ist. In Management Consoleist keine Konfiguration erforderlich.

Szenario 3: Überschreiben der Datenbankstandardcodierung einer Spalte, wie von CDC Replication erkannt

Die Standardcodierung einer Spalte in einer Datenbank kann sich von der Codierung der eigentlichen Daten unterscheiden. Mit CDC Replication können Sie mit diesen Situationen umgehen, indem Sie die erkannte Codierung einer Spalte überschreiben.

Beispiel: Sie arbeiten mit einer Quellendatenbank, die die Standardcodierung Windows-1252 verwendet, und möchten CHAR-Daten auf das Ziel replizieren. In den CHAR-Spalten der Quellendatenbank sind außerdem Shift-JIS-Zeichendaten gespeichert. CDC Replication erkennt wahrscheinlich, dass alle CHAR-Spalten in Ihrer Quellendatenbank Windows-1252 sind, da dies die Codierung der Spalte in Ihrer Datenbank oder die Standarddatenbankcodierung ist. CDC Replication legt fest, ob Sie eine für Ihre Daten besser geeignete Codierung auswählen können. Wenn CDC Replication dies zulässt, können Sie die Codierung Windows-1252 überschreiben und die Shift-JIS-Codierung für die Spalten auswählen, die Shift-JIS-Daten enthalten.

Hinweis: Codierungsüberschreibungen sind für CDC Replication Engine for FlexRep nicht zulässig.

Szenario 4: Replizieren gemischter Zeichendatencodierungen auf der Quelle in mehrere Codierungen auf dem Ziel

In diesem Szenario stellen Ihre Quellendaten eine Mischung unterschiedlicher Zeichencodierungen dar, bei der jedoch die IBM-943-Codierung den größten Teil ausmacht. Die Geschäftsanforderungen geben vor, dass die folgenden Zeichencodierungen auf dem Ziel vorhanden sein müssen: IBM-943 und IBM-943c.

Mit CDC Replication können Sie die erkannten Codierungen in Ihren Zielspalten überschreiben und auf IBM-943 oder IBM-943csetzen.

Szenario 5: Replizieren von Zeichendaten ohne Codierungsänderung

Sie können Daten unverändert ohne Änderung an der Codierung replizieren, indem Sie die Quellen-und Zielspalten in einer Tabellenzuordnung mit der Option Codierung als binär überschreiben in Management Consoleals binär angeben.

In diesem Szenario enthält Ihre DB2 for z/OS -Quelle Datenstrukturen in einem Zeichenfeld. Die Datenstruktur enthält EBCDIC-Zeichen, Datumsangaben und gepackte Nummern. Sie möchten einen Benutzerexit verwenden, um die Daten aufzuteilen und an 10-20-Felder auf dem Ziel zu senden. Sie können die Java-Funktion™ getBytes in Ihrem Benutzerexit verwenden, um die Daten zu lesen und die Datenkonvertierung durchzuführen. Da die Funktion getBytes nur für ein Binärfeld oder ein Zeichenfeld zulässig ist, das in Management Console als Binärfeld überschrieben wird, können Sie für die Quellen-und Zielspalten in der Tabellenzuordnung die Option Codierung als Binärfeld überschreiben verwenden. Auf diese Weise kann getBytes Daten aus dem Quellenimage im Byteformat abrufen.

Die Option Codierung als binär überschreiben eignet sich für Szenarios, in denen die Zeichenspalte nicht ausschließlich Zeichen enthält, sondern auch andere Datentypen mit komplexen Strukturen.

Szenario 6: Überschreiben eines binären Felds mit einer für Ihre Daten geeigneten Codierung

In diesem Szenario verfügen Sie über Quellenspalten mit verschiedenen Codierungen in einem binären Feld. Sie verwenden die Zeilenfilterung bei der Replikation von Tabellen auf das Ziel, sodass Sie nur über einen Codierungstyp auf dem Ziel verfügen. In den Quellenspalten, die von Management Consoleals Binär erkannt werden, können Sie den erkannten Codierungstyp Binär überschreiben und die Codierung auswählen, die für die tatsächlichen Daten in den einzelnen Quellenspalten geeignet ist. In diesem Szenario kann dieselbe Quellentabelle derselben Zieltabelle zugeordnet sein, aber die Codierungen der binären Quellenspalten unterscheiden sich von der einfachen Codierung, die auf dem Ziel vorhanden ist.