Was ist ICU und wann wird es benötigt?

ICU, oder International Components for Unicode, ist eine Open Source-Bibliothek, die von IBM entwickelt und gepflegt wird. ICU erleichtert die Software- Internationalisierung, indem Unicode-Unterstützung angeboten wird. SQL Anywhere implementiert bestimmte Zeichensatzkonvertierungen und Kollationsvorgänge mit ICU.

Wann wird ICU auf dem Datenbankserver benötigt? (alle Plattformen außer Windows Mobile)

Idealerweise sollte ICU jederzeit zur Verwendung durch den Datenbankserver verfügbar sein. Die folgende Tabelle zeigt, wann und warum ICU benötigt wird:

ICU wird benötigt, wenn Folgendes auftritt	Hinweise
Unicode Collation Algorithm (UCA) wird als Kollation für den NCHAR- oder CHAR-Zeichensatz verwendet.	UCA erfordert ICU.
Der Datenbank-Zeichensatz ist nicht UTF-8, sondern ein Mehrbyte-Zeichensatz.	Für die Kennwortkonvertierung vom Datenbank-Zeichensatz in UTF-8 (Datenbank-Kennwörter werden intern in UTF-8 gespeichert).
Die Client- und Datenbank-Zeichensätze sind verschieden und keiner ist ein Mehrbyte-Zeichensatz (einschließlich UTF-8). Dazu gehören Unicode ODBC-, OLE DB-, ADO.NET- und SQL Anywhere JDBC-Anwendungen, unabhängig vom Zeichensatz der Datenbank, wobei zumindest einer dieser Clients nicht über ICU verfügt.	Die korrekte Konvertierung in einen und aus einem Mehrbyte-Zeichensatz erfordert ICU.
Der Datenbank-Zeichensatz ist nicht UTF-8 und eine Konvertierung zwischen CHAR- und NCHAR-Werten ist erforderlich.	Der Datenbankserver benötigt ICU, um UTF-8 in einen anderen Zeichensatz zu konvertieren.
Ein Embedded SQL-Client verwendet einen anderen NCHAR-Zeichensatz als UTF-8.	Der Datenbankserver benötigt ICU, um UTF-8 in einen anderen Zeichensatz zu konvertieren. Der Standard-NCHAR-Zeichensatz des Embedded SQL-Clients ist derselbe wie der ursprüngliche Client-CHAR-Zeichensatz. Dies kann mit der Funktion db_change_nchar_charset geändert werden. Siehe db_change_nchar_charset-Funktion.
Die CSCONVERT- oder SORTKEY-Funktion wird verwendet. Die CSCONVERT-Funktion wird aufgerufen, um zwischen Zeichensätzen zu konvertieren, die den Anforderungen des dritten Punkts (s.o.) entsprechen.	Die Zeichensatzkonvertierung in einen und aus einem Mehrbyte-Zeichensatz erfordert ICU. Die Generierung von Sortierschlüsseln erfordert bei vielen Sortierschlüssellabels UCA, was wiederum ICU erfordert. Siehe CSCONVERT-Funktion [Zeichenfolge] und SORTKEY-Funktion [Zeichenfolge].

Wann wird ICU auf dem Datenbankserver benötigt? (Windows Mobile)

Die folgende Tabelle zeigt, wann und warum ICU bei Windows Mobile benötigt wird:

ICU wird benötigt, wenn Folgendes auftritt	Hinweise
UCA wird als NCHAR- bzw. CHAR-Kollation verwendet.	UCA erfordert ICU.
Die SORTKEY-Funktion wird verwendet.	Die Generierung von Sortierschlüsseln erfordert bei vielen Sortierschlüssellabels UCA, was wiederum ICU erfordert. Siehe SORTKEY-Funktion [Zeichenfolge].
Der CHAR-Zeichensatz stimmt nicht mit dem Betriebssystem-Zeichensatz überein.	Auch wenn die Zeichensätze übereinstimmen, wird ICU empfohlen, weil dadurch die Zeichensatzkonvertierung verbessert wird, wenn Sie NCHAR verwenden oder wenn der CHAR-Zeichensatz ein Mehrbyte-Zeichensatz ist.

Hinweis

Wenn Sie die ICU-Bibliothek nicht installieren, müssen Sie bei der Erstellung der Datenbank entweder eine Kollation, deren Zeichensatz dem Windows Mobile-Zeichensatz entspricht, oder UTF8BIN als NCHAR-Kollation wählen. Außerdem müssen Sie bei der Erstellung der Datenbank die UTF8BIN-Kollation als NCHAR-Kollation wählen.

Wann erhalte ich eine korrekte Zeichensatzkonvertierung auf dem Datenbankserver ohne ICU?

Sie erhalten eine korrekte Zeichensatzkonvertierung ohne ICU, wenn der Datenbank-Zeichensatz und der Client-Zeichensatz beide Einbyte-Zeichensätze sind und sqlany.cvf verfügbar ist (alle Plattformen), oder wenn das Betriebssystem die Konvertierung unterstützt (nur Windows). Dies liegt daran, dass Einbyte-zu-Einbyte-Konvertierungen ohne ICU verarbeitet werden können, wenn die Datei sqlany.cvf verfügbar ist bzw. das Host-Betriebssystem die entsprechenden Konverter installiert hat.

Wann wird ICU auf dem Client benötigt? (alle Plattformen außer Windows Mobile)

Bei Unicode-Clientanwendungen erhalten Sie wahrscheinlich eine bessere Gesamtperformance bei Client und Datenbankserver, wenn alle Clients UCI installiert haben, unabhängig vom Datenbank-Zeichensatz. Dies liegt daran, dass möglicherweise einige der erforderlichen Konvertierungsaktivitäten vom Datenbankserver auf den Client übertragen werden können, und weil weniger Konvertierungen erforderlich sind.

Wenn Sie ODBC auf Windows-Plattformen verwenden, müssen Sie überdies ICU auf dem Client installiert haben, sogar bei ANSI-Anwendungen. Dies liegt daran, dass der Treibermanager ANSI ODBC-Aufrufe in Unicode ODBC-Aufrufe konvertiert.

Kommentieren Sie diese Seite in DocCommentXchange.