Gestern hatten wir wieder den Fall, dass ein Lieferant in die Collation-Falle getappt ist. Sie legen eine temporäre Tabelle an und verjoinen sie mit einer Tabelle in deren Datenbank. Weil aber die TempDB (in der die temporäre Tabelle liegt) unter Umständen eine andere Default Collation hat als die Anwendungsdatenbank und bei den Create Table-Statement nichts weiter angegeben wurde, haben die Varchar-Felder der Tabellen potentiell unterschiedliche Collations.<\/p>\n
Das führt zu dem bekannten Fehler:<\/p>\n
Konflikt der Sortierung für die concatenation-Operation kann nicht aufgelöst werden.<\/p><\/blockquote>\n
Die Lösung ist ganz einfach und sollte generell eingesetzt werden, wenn man Software auf SQL Servern betreibt, die man sich mit anderen Anwendungen teilt: Man muss bei allen Operationen mit Char\/Varchar\/nchar\/nvarchar-Typen explizit angeben welche Collation für Vergleichsoperationen verwendet werden soll. Dann ist für den SQL Server klar, wann die Zeichenketten "gleich"\/"größer"\/"kleiner" sind. Wenn nicht, woher soll er wissen, anhand von welcher Collation er das festlegen soll?<\/p>\n
Die Lösung im Falle von temporären Tabellen ist noch einfacher: Es reicht wenn man beim Anlegen der Tabellen von Char\/Varchar\/nchar\/nvarchar-Typen explizit angibt, welche Collation verwendet werden soll. Wenn man hier die gleiche Collation wählt, wie in seiner Anwendungsdatenbank, dann kann nichts schiefgehen:<\/p>\n
create table #MyTempTab\r\n(id integer identity(1,1) primary key,\r\nname varchar(200) COLLATE Latin1_General_CI_AS, ...)<\/pre>\nDas gilt übrigens auch für Table-Variablen, weil auch sie in der TempDB gespeichert werden:<\/p>\n
declare @MyTableVar table\r\n(id integer identity (1,1),\r\nname varchar(200) COLLATE SQL_Latin1_General_Pref_CP1_CI_AS)<\/pre>\nEine andere Möglichkeit für das Anlegen der temporären Tabelle ist einfach SELECT INTO zu verwenden, auch dann wird die Collation der Quell-Attribute beibehalten.<\/p>\n
select id, name\r\ninto #mytemptable\r\nfrom Me.MyTestTable<\/pre>\nWeitere Hinweise stehen in der Online-Hilfe des SQL Servers unter "Transact-SQL Reference | Collate<\/a>" und "Transact-SQL Reference |Collation Precedence<\/a>".<\/p>\n","protected":false},"excerpt":{"rendered":"
Gestern hatten wir wieder den Fall, dass ein Lieferant in die Collation-Falle getappt ist. Sie legen eine temporäre Tabelle an und verjoinen sie mit einer Tabelle in deren Datenbank. Weil aber die TempDB (in der die temporäre Tabelle liegt) unter Umständen eine andere Default Collation hat als die Anwendungsdatenbank und bei den Create Table-Statement nichts […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[3],"tags":[],"_links":{"self":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/19"}],"collection":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/comments?post=19"}],"version-history":[{"count":0,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/19\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/media?parent=19"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/categories?post=19"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/tags?post=19"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}