Zeichensatzauswahl bei Firebird

[idefix2]

Hallo, ich bin jetzt mit meinen Experimenten mit Firebird etwas weitergekommen, der Zugriff mit den UIB Bibliothek funktioniert erfreulich glatt.

Jetzt fällt mir allerdings auf, dass der Zeichensatz, in dem meine Daten unter Windows sonst gespeichert sind (es handelt sich z.B. um aus Access exportierte tab-delimited Files) mit dem Firebirdzeichensatz nicht zusammenpasst, bei einem Select im ISQL werden mir statt Umlauten und Accents die absonderlichsten Sonderzeichen angezeigt.

Welchen Zeichensatz sollte ich in der Firebird Datenbank einstellen, um so weit wie möglich Windows-kompatibel zu sein und eine vernünftige Sortierfolge zu bekommen, vorzugsweise weil platzsparender und absolut ausreichend ein 8-Bit Zeichensatz? - Kann man überhaupt trotz des bei Delphi ausgebrochenen Unicode-Wahnsinns noch ohne Verrenkungen an eine Datenbank Strings mit 8-Bit-Zeichen übergeben?

[mkinzler]

Der Windows-Zeichensatz ist Win1252

[Alfredo]

Die deutsche Sortierung ist im Gegensatz zu MySQL bei Firebird ein Problem.

Ich löse dies über ein zusätzliches Sortfeld in dem dann z.B. für ä eben ae steht.

Als Zeichensatz verwende ich in meinen Programmen ISO8859-1 und collate DE_DE.

Hier ist eine schöne Beschreibung der Unterschiede zwischen ISO8859-1 und Win1252

http://de.wikipedia.org/wiki/ISO_8859-1

[mkinzler]

Das ist dann aber kein ASCII-Zeichensatz

Win1532 und Collation PXW_INTL850

[idefix2]

Hallo,

ich habe jetzt eine neue Datenbank mit default character set win1252 angelegt und eine Tabelle mit einem einfachen Programm ohne jede Konvertierung mit unter anderem :

Alizée
Hans Söllner

gefüttert. Wenn ich mir die Datensätze jetzt mit select * from Interpret im ISQL anschaue, zeigt er mir an:

35 AlizÚe
36 Hans S÷llner

Wie kann ich erreichen, daß die Umlaute und Accents stimmen? Und gibt es eine Möglichkeit, das:

Zitat:

Ich löse dies über ein zusätzliches Sortfeld in dem dann z.B. für ä eben ae steht.

zu vermeiden?

edit:

Zitat:

Die deutsche Sortierung ist im Gegensatz zu MySQL bei Firebird ein Problem.
Ich löse dies über ein zusätzliches Sortfeld in dem dann z.B. für ä eben ae steht.
Als Zeichensatz verwende ich in meinen Programmen ISO8859-1 und collate DE_DE.

Ich habe mir jetzt Deinen Link angeschaut - Mit der Collating Sequence ISO8859_1.DE_DE sollten doch Umlaute und Sonderzeichen ganz vernünftig sortiert werden? Was klappt da nicht, dass Du eine separate Spalte anlegst?

Noch etwas: Es schaut so aus, als würden bei all diesen Sortiersequenzen Gross- und Kleinbuchstaben ganz unterschiedliche Sortierwerte bekommen. Gibt es die Möglichkeit, so zu sortieren, dass Gross und Kleinbuchstaben gleich sortiert werden (ohne explizites Konvertieren der Felder in Uppercase)?

Aber mein primäres Problem ist jetzt natürlich, die Daten überhaupt richtig in die Datenbank hineinzubekommen.

[Alfredo]

Aus den beigefügten Bilder siehst Du warum ich für DE_DE ein Sortfeld
gebraucht habe.

Wenn Du dir das Bild von der Sortierung PXW_INTEL850 ansiehst, wirst Du
feststellen, dass ich wieder etwas dazugelernt habe.

Hast Du bei deinem Datenfeld auch den Zeichensatz eingestellt?

[mkinzler]

Ja. GGf kann man die Collation auch im Order der Abfrage setzen

[mkinzler]

@idefix2: Welche Codepage haben die Quelldaten? Wie hast du diese eingefügt?

[idefix2]

Ja, auch bei den params habe ich den Zeichensatz eingestellt:

Delphi-Quellcode:

s1 = 'update or insert into interpret (name) values (?) matching (name) returning id;';
s2 = 'update or insert into album (name) values (?) matching (name) returning id;';
s3 = 'update or insert into basisverzeichnis (verzeichnis) values (?) matching (verzeichnis) returning id;';

Delphi-Quellcode:

par := TSQLParams.Create (csWIN1252);
erg := TSQLParams.Create (csWIN1252);

par.AddFieldType ('Name', uftVarchar);
erg.AddFieldType ('Id', uftInteger);

Felder := TStringList.Create;
Felder.Delimiter := #9;
Felder.StrictDelimiter := true;

UL.TransactionStart(trans, DB);
repeat  readln (f,s); inc (linecount); // Hier lese ich aus einem Tab-delimited Textfile
    felder.DelimitedText := s;
    par.AsString[0] := Felder.strings[2];
    UL.DSQLExecImmed2(DB, trans, s1, 3, par, erg);
    ipnr := erg.AsInteger[0];
    par.AsString[0] := Felder.strings[3];
    UL.DSQLExecImmed2(DB, trans, s2, 3, par, erg);
    albnr := erg.AsInteger[0];
    par.AsString[0] := Felder.strings[11];
    UL.DSQLExecImmed2(DB, trans, s3, 3, par, erg);
    vznr := erg.AsInteger[0];
    until linecount >40; //eof(f);

Zitat:

Welche Codepage haben die Quelldaten?

Bis jetzt habe ich mich mit dieser Frage noch nicht beschäftigen müssen. Der "normale" Windows-Zeichensatz - wenn ich die Datei in Notepad oder einen Teil per cut and paste in den Delphi Quelltext-Editor oder hierher lade:

17 . Zazie, Alizée, Garou, Isabelle Boulay, P.Bruel, etc
18 ... Ungehört Hans Söllner

kommen die Zeichen richtig an. Ich lese die Daten mit einen Delphi Programm zeilenweise ein, weise sie mit Hilfe von "delimitedtext2 direkt einer Stringlist zu und weise dann die Stringlistelemente dem SQL-Abfrageparameter zu.

Im Hex-Editor sehe ich, dass ö in der Originaldatei den Wert $6E hat, é hat den Wert $E9.

[Hansa]

Ich glaube, ihr macht zuviel des guten. Habe mal bei mir in DB geguckt : Es steht folgendes drin :

Code:

SET SQL DIALECT 3;

SET NAMES ISO8859_1;

CREATE DATABASE '\DB.FDB'
USER 'SYSDBA' PASSWORD 'masterkey'
PAGE_SIZE 4096
DEFAULT CHARACTER SET ISO8859_1;

Nicht mal irgendwas mit collate steht drin. Hat mich selber gewundert. :shock: Sortieren / suchen, das geht in IBExpert, als auch im Delphi Programm.