Kollationierung und Unterstützung von Unicode.

Sortierungen in SQL Server bieten Sortierregeln und die Berücksichtigung von Groß-/Kleinschreibung und Akzenten für die Daten. Sortierungen, die mit Zeichendatentypen wie char und varchar verwendet werden, bestimmen die Codeseite und die entsprechenden Zeichen, die für diesen Datentyp dargestellt werden können. Unabhängig davon, ob Sie eine neue Instanz von SQL Server installieren, eine Datenbanksicherung wiederherstellen oder Server mit Clientdatenbanken verbinden, ist es wichtig, dass Sie die Gebietsschemaanforderungen, die Sortierreihenfolge und die Groß- und Kleinschreibung sowie die Akzentempfindlichkeit der Daten kennen, mit denen Sie arbeiten werden. Informationen zum Auflisten der in Ihrer SQL Server-Instanz verfügbaren Sortierungen finden Sie unter sys.fn_helpcollations (Transact-SQL).

Wenn Sie eine Sortierung für Den Server, die Datenbank, die Spalte oder den Ausdruck auswählen, weisen Sie Ihren Daten bestimmte Merkmale zu, die sich auf die Ergebnisse vieler Vorgänge in der Datenbank auswirken. Wenn Sie beispielsweise eine Abfrage mithilfe von ORDER BY erstellen, kann die Sortierreihenfolge Ihrer Ergebnismenge von der Sortierung abhängen, die auf die Datenbank angewendet wird oder in einer COLLATE-Klausel auf der Ausdrucksebene der Abfrage diktiert wird.

Um die Sortierunterstützung in SQL Server optimal zu verwenden, müssen Sie sich mit den in diesem Thema definierten Begriffen und deren Beziehung zu den Merkmalen Ihrer Daten vertraut machen.

Sortierung

Eine Sortierung gibt die Bitmuster an, die jedes Zeichen in einem Dataset darstellen. Sortierungen legen außerdem die Regeln fest, nach denen Daten sortiert und verglichen werden. SQL Server unterstützt das Speichern von Objekten mit verschiedenen Sortierungen in einer Datenbank. Bei Nicht-Unicode-Spalten gibt die Sortierungseinstellung die Codepage für die Daten und die Zeichen an, die dargestellt werden können. Daten, die zwischen Nicht-Unicode-Spalten verschoben werden, müssen von der Quellcodeseite in die Zielcodeseite konvertiert werden.

Transact-SQL-Anweisungsergebnisse können unterschiedlich sein, wenn die Anweisung im Kontext verschiedener Datenbanken ausgeführt wird, die jeweils andere Sortierungseinstellungen haben. Wenn dies möglich ist, verwenden Sie eine standardisierte Sortierung für Ihre Organisation. Auf diese Weise müssen Sie die Sortierung in jedem Zeichen oder Unicode-Ausdruck nicht explizit angeben. Bei Objekten mit abweichenden Sortierungs- oder Codepageeinstellungen codieren Sie Ihre Abfragen so, dass diese den Regeln der Sortierungspriorität entsprechen. Weitere Informationen finden Sie unter Collation Precedence (Transact-SQL).

Die Optionen, die einer Sortierung zugeordnet sind, umfassen Groß-/Kleinschreibungsempfindlichkeit, Akzentempfindlichkeit, Kana-Empfindlichkeit und Breitenempfindlichkeit. Diese Optionen werden angegeben, indem sie an den Kollationsnamen angehängt werden. Bei dieser Sortierung wird die Groß- und Kleinschreibung beachtet sowie auf Akzente, Kana und Breitenempfindlichkeit geachtet. In der folgenden Tabelle wird das Verhalten beschrieben, das diesen Optionen zugeordnet ist.

SQL Server unterstützt die folgenden Sortierungssätze:

Windows-Sortierungen
Windows-Sortierungen definieren Regeln zum Speichern von Zeichendaten, die auf dem zugehörigen Windows-Systemgebietsschema basieren. Bei einer Windows-Sortierung wird der Vergleich von Nicht-Unicode-Daten mithilfe desselben Algorithmus wie Unicode-Daten implementiert. Die Windows-Basissortierungsregeln geben an, welches Alphabet oder welche Sprache beim Anwenden der Wörterbuchsortierung verwendet wird, und die Codepage, die zum Speichern von Nicht-Unicode-Zeichendaten verwendet wird. Sowohl die Unicode- als auch die Nicht-Unicode-Sortierung sind kompatibel mit Zeichenfolgenvergleichen in einer bestimmten Version von Windows. Dies bietet Konsistenz für datentypübergreifende Datentypen innerhalb von SQL Server. Außerdem können Entwickler Zeichenfolgen in ihren Anwendungen mithilfe der gleichen Regeln sortieren, die von SQL Server verwendet werden. Weitere Informationen finden Sie unter Windows-Kollationsname (Transact-SQL).

Binäre Sortierungen
Binäre Sortierungen sortieren Daten basierend auf der Reihenfolge codierter Werte, die vom Gebietsschema und Datentyp definiert werden. Dabei wird die Groß- und Kleinschreibung beachtet. Eine binäre Sortierung in SQL Server definiert das Gebietsschema und die ANSI-Codeseite, die verwendet wird. Dies erzwingt eine binäre Sortierreihenfolge. Da sie relativ einfach sind, helfen binäre Sortierungen bei der Verbesserung der Anwendungsleistung. Bei Nicht-Unicode-Datentypen basieren Datenvergleiche auf den Codepunkten, die auf der ANSI-Codeseite definiert sind. Bei Unicode-Datentypen basieren Datenvergleiche auf den Unicode-Codepunkten. Bei binären Sortierungen für Unicode-Datentypen wird das Gebietsschema nicht in Datensortierungen berücksichtigt. Beispielsweise liefern Latin_1_General_BIN und Japanese_BIN identische Sortierergebnisse, wenn sie für Unicode-Daten verwendet werden.

Es gibt zwei Arten von binären Sortierungen in SQL Server; die älteren BIN Sortierungen und die neueren BIN2 Sortierungen. In einer BIN2 Sortierung werden alle Zeichen nach ihren Codepunkten sortiert. In einer BIN Sortierung wird nur das erste Zeichen nach dem Codepunkt sortiert, und die verbleibenden Zeichen werden nach ihren Bytewerten sortiert. (Da die Intel-Plattform eine kleine endische Architektur ist, werden Unicode-Codezeichen immer byte-swapped gespeichert.)

SQL Server-Sortierungen
SQL Server-Sortierungen (SQL_*) sind hinsichtlich der Sortierreihenfolge mit älteren Versionen von SQL Server kompatibel. Die Wörterbuchsortierregeln für Nicht-Unicode-Daten sind nicht mit jeder Sortierroutine kompatibel, die von Windows-Betriebssystemen bereitgestellt wird. Das Sortieren von Unicode-Daten ist jedoch kompatibel mit einer bestimmten Version der Windows-Sortierregeln. Da SQL Server-Sortierungen unterschiedliche Vergleichsregeln für Nicht-Unicode- und Unicode-Daten verwenden, werden je nach zugrunde liegendem Datentyp unterschiedliche Ergebnisse für Vergleiche derselben Daten angezeigt. Weitere Informationen finden Sie unter SQL Server Sortation Name (Transact-SQL).

Das Festlegen von Sortierungen wird bei einer Instanz von SQL Serverfür die folgenden Ebenen unterstützt:

Sortierungen auf Serverebene
Die Standardmäßige Serversortierung wird während der SQL Server-Einrichtung festgelegt und wird auch zur Standardsortierung der Systemdatenbanken und aller Benutzerdatenbanken. Beachten Sie, dass unicode-only-Sortierungen während der SQL Server-Einrichtung nicht ausgewählt werden können, da sie nicht als Sortierungen auf Serverebene unterstützt werden.

Nachdem dem Server eine Sortierung zugewiesen wurde, können Sie die Sortierung nur ändern, indem Sie alle Datenbankobjekte und -daten exportieren, die master Datenbank neu erstellen und alle Datenbankobjekte und -daten importieren. Anstatt die Standardsortierung einer Sql Server-Instanz zu ändern, können Sie die gewünschte Sortierung zum Zeitpunkt der Erstellung einer neuen Datenbank oder Datenbankspalte angeben.

Sortierungen auf Datenbankebene
Wenn eine Datenbank erstellt oder geändert wird, können Sie die COLLATE-Klausel der CREATE DATABASE- oder ALTER DATABASE-Anweisung verwenden, um die Standardsortierung der Datenbank anzugeben. Wenn keine Sortierung angegeben wird, wird die Datenbank der Serversortierung zugeordnet.

Sie können die Sortierung von Systemdatenbanken nicht ändern, es sei denn, Sie ändern die Sortierung für den Server.

Die Datenbanksortierung wird für alle Metadaten in der Datenbank verwendet und ist die Standardeinstellung für alle Zeichenfolgenspalten, temporären Objekte, Variablennamen und alle anderen Zeichenfolgen, die in der Datenbank verwendet werden. Wenn Sie die Sortierung einer Benutzerdatenbank ändern, treten möglicherweise Sortierungskonflikte auf, wenn Abfragen in der Datenbank auf temporäre Tabellen zugreifen. Temporäre Tabellen werden immer in der tempdb Systemdatenbank gespeichert, die die Sortierung für die Instanz verwendet. Abfragen, die Zeichendaten zwischen der Benutzerdatenbank und tempdb vergleichen, können möglicherweise fehlschlagen, wenn die Sortierungen einen Konflikt bei der Auswertung der Zeichendaten verursachen. Sie können dies beheben, indem Sie die COLLATE-Klausel in der Abfrage angeben. Weitere Informationen finden Sie unter COLLATE (Transact-SQL).

Sortierungen auf Spaltenebene
Wenn Sie eine Tabelle erstellen oder ändern, können Sie mithilfe der COLLATE-Klausel Sortierungen für jede Zeichenfolgenspalte angeben. Wenn keine Sortierung angegeben wird, wird der Spalte die Standardsortierung der Datenbank zugewiesen.

Sortierungen auf Ausdrucksebene
Sortierungen auf Ausdrucksebene werden zum Zeitpunkt der Ausführung einer Anweisung festgelegt. Sie haben Auswirkungen auf die Art und Weise, wie ein Resultset zurückgegeben wird. Dies ermöglicht, dass die ORDER BY-Sortierergebnisse lokal angepasst sind. Verwenden Sie eine COLLATE-Klausel wie die folgende, um Sortierungen auf Ausdrucksebene zu implementieren:

SELECT name FROM customer ORDER BY name COLLATE Latin1_General_CS_AI;  

Locale

Ein Locale ist eine Sammlung von Informationen, die mit einem Ort oder einem Kulturkontext verbunden sind. Dies kann den Namen und den Bezeichner der gesprochenen Sprache, das Skript, das verwendet wird, um die Sprache zu schreiben, und kulturelle Konventionen enthalten. Sortierungen können einem oder mehreren Gebietsschemas zugeordnet sein. Weitere Informationen finden Sie unter Von Microsoft zugewiesene Gebietsschemabezeichner (LCIDs).

Codepage

Eine Codepage ist ein geordneter Satz von Zeichen in einem vorgegebenen Skript, in dem ein numerischer Index, oder Codepunktwert, mit jedem Zeichen verbunden ist. Eine Windows-Codeseite wird in der Regel als Zeichensatz oder Zeichensatz bezeichnet. Codepages werden zur Unterstützung der Zeichensätze und Tastaturlayouts verschiedener Windows-Systemgebietsschemas verwendet.

Sortierreihenfolge

Die Sortierreihenfolge gibt an, wie Datenwerte sortiert werden. Dies wirkt sich auf die Ergebnisse des Datenvergleichs aus. Daten werden mithilfe von Sortierungen sortiert, die mit Indizes optimiert werden können.

Unicode-Unterstützung

Unicode ist ein Standard zum Zuordnen von Codepunkten zu Zeichen. Da es so konzipiert ist, dass alle Zeichen aller Sprachen der Welt abgedeckt werden, ist es nicht erforderlich, dass verschiedene Codeseiten unterschiedliche Zeichensätze verarbeiten können. Wenn Sie Zeichendaten speichern, die mehrere Sprachen widerspiegeln, verwenden Sie immer Unicode-Datentypen (nchar, nvarcharund ntext) anstelle der Nicht-Unicode-Datentypen (char, varcharund text).

Nicht-Unicode-Datentypen verfügen über umfassende Einschränkungen. Dies liegt daran, dass ein Nicht-Unicode-Computer auf die Verwendung einer einzelnen Codeseite beschränkt ist. Es kann zu Leistungssteigerungen kommen, indem Sie Unicode verwenden, da weniger Codeseitenkonvertierungen erforderlich sind. Unicode-Sortierungen müssen einzeln auf Datenbank-, Spalten- oder Ausdrucksebene ausgewählt werden, da sie auf Serverebene nicht unterstützt werden.

Die von einem Client verwendeten Codeseiten werden durch die Betriebssystemeinstellungen bestimmt. Verwenden Sie zum Festlegen von Clientcodepages unter Windows die Option Ländereinstellungen in der Systemsteuerung.

Wenn Sie Daten von einem Server auf einen Client verschieben, wird die Serversortierung von älteren Clienttreibern möglicherweise nicht erkannt. Dies kann passieren, wenn Sie Daten von einem Unicode-Server auf einen Nicht-Unicode-Client verschieben. Die beste Möglichkeit, dieses Problem zu beheben, besteht in einem Update des Clientbetriebssystems, wobei die zugrunde liegenden Systemsortierungen aktualisiert werden. Wenn auf dem Client Datenbankclient-Software installiert ist, sollten Sie ein Serviceupdate der Datenbankclient-Software in Erwägung ziehen.

Sie können auch versuchen, eine andere Sortierung für die Daten auf dem Server zu verwenden. Wählen Sie eine Sortierung aus, die einer Codeseite auf dem Client zugeordnet wird.

Um die utf-16-Sortierungen zu verwenden, die in SQL Server 2019 (15.x) verfügbar sind, können Sie eine der zusätzlichen Zeichensortierungen _SC (nur Windows-Sortierungen) auswählen, um die Suche und Sortierung einiger Unicode-Zeichen zu verbessern.

Zum Abwägen der Vor- und Nachteile von Unicode- und Nicht-Unicode-Datentypen müssen Sie das Szenario testen und die Leistungsunterschiede in Ihrer Umgebung messen. Es empfiehlt sich, die Sortierung zu standardisieren, die auf Systemen in Ihrer Organisation verwendet wird, und Unicode-Server und -Clients nach Möglichkeit bereitzustellen.

In vielen Situationen interagiert SQL Server mit anderen Servern oder Clients, und Ihre Organisation verwendet möglicherweise mehrere Datenzugriffsstandards zwischen Anwendungen und Serverinstanzen. SQL Server -Clients stellen einen der beiden Haupttypen dar:

• Unicode-Clients , die OLE DB und Open Database Connectivity (ODBC) Version 3.7 oder eine höhere Version verwenden.

• Nicht-Unicode-Clients , die DB-Library und ODBC Version 3.6 oder eine frühere Version verwenden.

Die folgende Tabelle enthält Informationen zur Verwendung mehrsprachiger Daten mit verschiedenen Kombinationen von Unicode- und Nicht-Unicode-Servern.

Zusatzzeichen

SQL Server stellt Datentypen wie nchar und nvarchar bereit, um Unicode-Daten zu speichern. Diese Datentypen codieren Text in einem Format namens UTF-16. Das Unicode Consortium weist jedem Zeichen einen eindeutigen Codepunkt zu, der ein Wert im Bereich von 0x0000 bis 0x10FFFF ist. Die am häufigsten verwendeten Zeichen enthalten Codepointwerte, die in ein 16-Bit-Wort im Arbeitsspeicher und auf dem Datenträger passen. Zeichen mit Codepointwerten, die größer als 0xFFFF erfordern jedoch zwei aufeinander folgende 16-Bit-Wörter. Diese Zeichen werden als Zusatzzeichen bezeichnet, und die beiden aufeinander folgenden 16-Bit-Wörter werden als Ersatzpaare bezeichnet.

Bei Verwendung ergänzender Zeichen:

• Ergänzende Zeichen können bei Sortier- und Vergleichsvorgängen für Sortierungsversionen ab 90 verwendet werden.

• Alle _100-Ebenensortierungen unterstützen die linguistische Sortierung mit zusätzlichen Zeichen.

• Ergänzende Zeichen werden nicht für die Verwendung in Metadaten unterstützt, z. B. in Namen von Datenbankobjekten.

• Eine neue Familie von ergänzenden Zeichen (SC)-Sortierungen, eingeführt in SQL Server 2012, kann mit den Datentypen nchar, nvarchar und sql_variant verwendet werden. Beispiel: Latin1_General_100_CI_AS_SC, oder wenn eine japanische Sortierung verwendet wird, Japanese_Bushu_Kakusu_100_CI_AS_SC.

  Das SC-Flag kann in folgenden Versionen angewendet werden:

  • Version 90 Windows-Sortierungen

  • Version 100 Windows-Kollationen

  Das SC-Flag kann nicht auf Folgendes angewendet werden:

  • Nicht versionierte Windows-Sortierungen der Version 80

  • Die binären Sortierungen BIN und BIN2

  • Die SQL*-Sortierungen

In der folgenden Tabelle wird das Verhalten einiger Zeichenfolgenfunktionen und Zeichenfolgenoperatoren verglichen, wenn sie ergänzende Zeichen mit und ohne SC-Sortierung verwenden.

GB18030-Unterstützung

GB18030 ist ein separater Standard, der in der Volksrepublik China zum Codieren chinesischer Zeichen verwendet wird. In GB18030 können Zeichen 1, 2 oder 4 Bytes lang sein. SQL Server bietet Unterstützung für GB18030-codierte Zeichen, indem diese erkannt werden, wenn Sie den Server von einer clientseitigen Anwendung erreichen, und in systemeigene Unicode-Zeichen konvertiert und als solche gespeichert werden. Nachdem sie auf dem Server gespeichert wurden, werden sie in allen nachfolgenden Vorgängen als Unicode-Zeichen behandelt. Sie können eine beliebige chinesische Sortierung verwenden. Empfohlen wird die aktuelle Version 100. Alle _100-Ebenensortierungen unterstützen die linguistische Sortierung mit GB18030 Zeichen. Wenn die Daten Ergänzende Zeichen (Ersatzpaare) enthalten, können Sie die SC-Sortierungen verwenden, die in SQL Server 2019 (15.x) verfügbar sind, um die Suche und Sortierung zu verbessern.

Unterstützung für komplexe Skripts

SQL Server kann das Eingeben, Speichern, Ändern und Anzeigen komplexer Skripts unterstützen. Komplexe Skripts umfassen Folgendes:

• Skripts, die sowohl die Kombination von Text von rechts nach links und Text von links nach rechts enthalten, als auch die Kombination von arabischem und englischem Text.

• Skripts, deren Zeichen die Form abhängig von ihrer Position ändern, oder abhängig davon, ob sie mit anderen Zeichen kombiniert werden, wie beispielsweise arabische, indische und thailändische Zeichen.

• Sprachen wie Thailändisch, die interne Wörterbücher zum Erkennen von Wörtern benötigen, da zwischen ihnen keine Unterbrechungen vorhanden sind.

Datenbankanwendungen, die mit SQL Server interagieren, müssen über Steuerelemente verfügen, die komplexe Skripts unterstützen. Standardmäßige Windows-Formularsteuerelemente, die in verwaltetem Code erstellt werden, sind komplex skriptfähig.

Verwandte Aufgaben

Verwandte Inhalte

Bewährte Vorgehensweisen zur Sortierungsänderung bei SQL Server

"SQL Server-Optimierung: Migration zu Unicode"

Unicode Consortium-Website

Siehe auch

Eingeschlossene Datenbanksortierungen
Auswählen einer Sprache beim Erstellen eines Volltextindex
sys.fn_helpcollations (Transact-SQL)