Unterstützte Zeichensätze der Anbieterdatenbanken

Jeder Rational-ClearQuest-Datencodepage entspricht bei jeder der unterstützten Anbieterdatenbanken (Oracle, DB2 und SQL Server) ein Zeichensatz.

Tabelle 1 enthält eine Liste der unterstützten Datencodepagewerte von ClearQuest und der entsprechenden Zeichensatzwerte der Anbieterdatenbank. Diese Angaben helfen Ihnen bei der Auswahl eines geeigneten Zeichensatzes für die Anbieterdatenbank. Um beispielsweise ein Schema-Repository mit der Datencodepage 1251 (Kyrillisch) für eine Oracle-Datenbank zu verwenden, erstellen Sie eine leere Oracle-Datenbankinstanz, und legen Sie anschließend den Zeichensatz der Anbieterdatenbank mit CL8MSWIN1251 fest.

Rational ClearQuest Version 7.1.1 fügt Unterstützung für UTF-8 (Unicode Transformation Format, 8-Bit) und für die Datencodepage 65001 für die DB2- und Oracle-Datenbankgruppen hinzu. Diese Unterstützung ist auf die Erstellung neuer Datenbankgruppen beschränkt. ClearQuest unterstützt nicht die Konvertierung einer vorhandenen Datenbankgruppe in die UTF-8-Codepage.

Anweisungen zum Festlegen des Zeichensatzes für die Anbieterdatenbank finden Sie in der Dokumentation der Anbieterdatenbank.

Tabelle 1. Von Rational ClearQuest unterstützte Datencodepages und entsprechende Zeichensätze der Anbieterdatenbanken
Rational-ClearQuest-Datencodepage Oracle-Zeichensatz Codierter Zeichensatz von DB2 SQL-Server-Sortierung
932 (Japanisch) JA16SJISTILDE – Siehe Codepage 932 (Japanisch) unter Oracle IBM-943 (943) – Siehe Codepage 932 (Japanisch) unter DB2 Japanese_*
936 (Vereinfachtes Chinesisch) ZHS16GBK – Eingeschränkte Unterstützung. Weitere Informationen dazu finden Sie im Artikel Codepage 936 (vereinfachtes Chinesisch) unter Oracle. GBK (1386) Chinese_PRC_*
949 (Koreanisch) KO16MSWIN949 1363 Korean_Wangsung_*
950 (Traditionelles Chinesisch) ZHT16MSWIN950 big5 (950) Chinese_Taiwan_Bopomofo_*
1250 (Osteuropa) EE8MSWIN1250 1250 Romanian_*
1251 (Kyrillisch) CL8MSWIN1251 1251 Cyrillic_General_*
1252 (Westeuropa) WE8MSWIN1252 1252 Latin1_General_*
1253 (Griechisch) EL8MSWIN1253 1253 Greek_*
1254 (Türkisch) TR8MSWIN1254 1254 Turkish_*
1255 (Hebräisch) IW8MSWIN1255 1255 Hebrew_*
1257 (Baltisch) BLT8MSWIN1257 1257 Estonian_*
20127 (ASCII) Alle Alle Alle
60932 (Safe Shift-JIS) JA16EUC eucJP (954) n. v.
65001 (UTF-8) AL32UTF8 – Weitere Informationen finden Sie im Artikel code page 65001 (UTF-8) UTF-8 (1208) – Weitere Informationen finden Sie im Artikel code page 65001 (UTF-8) n. v.
Anmerkung: Bei Microsoft-Access-Datenbanken müssen Sie die Codepage der Anbieterdatenbank nicht festlegen.

Codepage 932 (Japanisch) unter Oracle

JA16SJISTILDE wird für den Zeichensatz 932 der Anbieterdatenbank bei japanische SJIS-Daten unter Oracle empfohlen. Dies ist eine Änderung der Empfehlung zu JA16SJIS für Versionen von Rational ClearQuest vor Version 7.0. Die Zeichensätze JA16SJIS und JA16SJISTILDE sind nahezu identisch. Unterschiede gibt es lediglich hinsichtlich der Zuordnung des gewellten Bindestrichs und der Tilde zu und von Unicode. Da Rational ClearQuest ab Version 7.0 Unicode für die Kommunikation mit der Datenbank verwendet, muss der Zeichensatz JA16SJISTILDE verwendet werden. Informationen zur Konvertierung einer vorhandenen Oracle-Datenbank von JA16SJIS in JA16SJISTILDE finden Sie in der Dokumentation zu Oracle.

Codepage 932 (Japanisch) unter DB2

Unter DB2 wird für japanische SJIS-Daten der Zeichensatz IBM-943 empfohlen. Sie müssen das Datenbankverwaltungssystem so konfigurieren, dass die Konvertierungstabelle verwendet wird, die mit der Microsoft-Definition der Codepage 932 kompatibel ist. Falls nicht dieser alternative Zeichensatz verwendet wird, können Sie die Rational-ClearQuest-Datencodepage für neue Schemas nicht auf 932 setzen. Außerdem sind einige Zeichen im Zeichensatz 932 möglicherweise beschädigt, wenn Sie für eine vorhandene DB2-Datenbankgruppe nicht die Verwendung der alternativen Konvertierungstabelle festlegen. Lesen Sie hierzu den Abschnitt "Alternative Unicode conversion tables for the coded character set identifier (CCSID) 943" des Dokuments unter der Adresse "http://publib.boulder.ibm.com/infocenter/db2help/index.jsp?topic=/com.ibm.db2.udb.doc/core/r0012306.htm".

Codepage 936 (vereinfachtes Chinesisch) unter Oracle

ClearQuest unterstützt keine Konfiguration für die Codepage 936 unter Oracle. Oracle stellt keinen Zeichensatz bereit, der exakt der Microsoft-Codepage 936 entspricht. Die größtmögliche Übereinstimmung bietet der Zeichensatz ZHS16GBK, der allerdings das Euro-Zeichen (U+20AC) nicht enthält. Sie können Ihre Oracle-Datenbank für die Verwendung von ZHS16GBK mit ClearQuest konfigurieren, müssen dabei jedoch die folgenden Einschränkungen in Kauf nehmen:
  • Wenn Sie den Befehl installutil setdbcodepage verwenden, müssen Sie die Option –allowconversion verwenden. Mit diesem Befehl können Sie den Datencodepagewert von ClearQuest auf 936 setzen, ungeachtet der Tatsache, dass die Validierung des Euro-Zeichens fehlschlägt.
  • Sie können das Euro-Zeichen in Ihren Daten nicht verwenden. Wenn Sie dieses Zeichen verwenden, wird es als Ersetzungszeichen in der Datenbank gespeichert und infolgedessen beschädigt.
  • Falls Ihre Implementierung Rational ClearQuest MultiSite beinhaltet, verwenden Sie für alle Datenbanken in der Gruppe Oracle-Datenbanken, die identisch mit ZHS16GBK konfiguriert sind. Wenn Sie Anbieterdatenbanken in der Gruppe mischen und ein Euro-Zeichen eingegeben wird, führt dies zu einer Datendivergenz, da andere Datenbanken das Euro-Zeichen speichern können, die Oracle-Datenbanken jedoch das Euro-Zeichen als Ersetzungszeichen speichern.

Codepage 65001 (UTF-8) unter Oracle und DB2

ClearQuest unterstützt die mehrsprachige Zeicheneingabe in einer Datenbankgruppe mit der Codepage 65001. UTF-8 ist eine von mehreren möglichen Unicode-Zeichensatzcodierungen. UTF-8-Codierung ist eine MBCS-Codierung (MBCS = multibyte character set = Mehrbytezeichensatz), die für die Speicherung eines einzigen Unicode-Zeichens der von ClearQuest unterstützten Sprachen 1 bis 3 Byte benötigen kann. Dies führt zu einigen Einschränkungen:
  • Die Codepage 65001 wird nicht für die SQL-Server-Datenbank unterstützt, da SQL Server keine Unterstützung für UTF-8-Zeichencodierung beinhaltet.
  • Die maximale Zeichenfolgelänge ist für viele MBCS-Codepages eingeschränkt. Die Codepage 65001 (UTF-8) reduziert möglicherweise die Anzahl der in einer Zeichenfolge gespeicherten Zeichen auf ein Drittel im Vergleich zu einer ASCII-Zeichenfolge. Der Umfang der Reduktion hängt vom Verhältnis der Zeichen mit 1 Byte, 2 Byte oder 3 Byte ab, die in der Zeichenfolge gespeichert werden. (ClearQuest unterstützt auch Doppelbytezeichensätze (DBCS = double-byte character set). Bei DBCS-Codepages ist eine Reduktion um die Hälfte verglichen mit einer ASCII-Zeichenfolge möglich.)
  • ClearQuest unterstützt nicht die Konvertierung einer vorhandenen Rational-ClearQuest-Datenbankgruppe für die Verwendung der neuen Codepage 65001.
  • ClearQuest unterstützt keine bidirektionalen oder komplexen scriptbasierten Sprachen für die Verwendung mit der Codepage 65001.

Feedback