Hallo Gerhard,
der Zeichensatz hat damit wirklich nichts zu tun, wenn Du es als Unicode abspeicherst, hast Du die Daten auch als solches. Du kannst in einer Tabelle osteuropäische, sowie asiatische und auch arabische Zeichen abspeichern, egal welche Collation eingestellt
ist; es wirkt sich nur auf die Sortierung und CS/CI aus.
Die "Beste" Collation gibt es wie üblich nicht. Wie Du unter
SQL-Sortierungsname (Transact-SQL) sehen kannst, gibt es für jede Sprache eine Collation; Ost-europäisch ist nicht dabei. Wir verwenden SQL_Latin1_General_CP1_CI_AS und kommen mit polnischen Zeichen damit gut klar.
Wirklich wichtig ist erst mal, ob CS oder CI, das hat großen Einfluß. Legst Du z.B. die ganze DB gleich mit einer CS Collation an, dann folgen auch die Systemtabellen diesen Regel und somit musst Du dann auch bei Objekt-Namen wie Tabellen auf
Groß-/Kleinschreibung achten. Bestes Beispiel ist die AdventureWorks, die ist CS.
Im übrigen ist die Collation nicht in Stein gemeisselt, um abweichend zu sortieren, kannst Du die Collation auch casten. Schönes Beispiel ist da immer German_Phonebook, die ja ganz besonderen Regeln folgt:
SELECT
*
FROM
(SELECT
'Schuessler' AS
Nachname
UNION ALL
SELECT 'Schüssler'
UNION ALL
SELECT 'Schufler')
AS SUB
ORDER
BY SUB.Nachname
COLLATE German_PhoneBook_CI_AS
SELECT
*
FROM
(SELECT
'Schuessler' AS
Nachname
UNION ALL
SELECT 'Schüssler'
UNION ALL
SELECT 'Schufler')
AS SUB
ORDER
BY SUB.Nachname
COLLATE SQL_Latin1_General_CP1_CI_AS
Zwei gleiche Selects mit unterschiedlichem Ergebnis durch die Collation.
Siehe auch noch mal MSDN:
Name der Windows-Sortierreihenfolge (Transact-SQL)
SQL-Sortierungsname (Transact-SQL)
Olaf Helper ----------- * cogito ergo sum * errare humanum est * quote erat demonstrandum * Wenn ich denke, ist das ein Fehler und das beweise ich täglich http://olafhelper.over-blog.de
