Zeichensatzauswahl bei Firebird

[mkinzler]

Und die Sortierung ist wie gewünscht?
Ist ja wie Alfredos Vorschlag
Ist dann aber Unicode nicht wie er wollte ANSI;

[idefix2]

Was ist zuviel des Guten?

Ich würde gerne in meiner Datenbank die Umlaute so sehen, wie sie sein sollen. Das ist ganz entschieden NICHT zuviel des Guten.

Ich speichere die Daten ab, und dann steht Mist drinnen. Von collate rede ich ja im Moment noch gar nicht (sehr), das Problem mit der Sortierreihenfolge schau ich mir dann an, wenn die Umlaute in der Datenbank richtig angezeigt werden.

Laut dem Link von Alfredo zur Wikipedia ist der Zeichensatz ISO8859_1 dem Win1252 ziemlich ähnlich, hinsichtlich der Umlaute, die mir Schwierigkeiten machen, sollte kein Unterschied sein.

Ich nehme an, irgend etwas klappt nicht bei der Datenübergabe vom Programm an Firebird, da erfolgt vermutlich irgend eine sinnlose und falsche Konversion.

[idefix2]

Das Problem scheint ganz woanders zu liegen. Ich habe mir in einem Viewer das Datenbankfile selbst angeschaut, dort stehen die Umlaute so, wie sie sein sollen. Nur ein Select im ISQL zeigt Mist an. Ob die Umlaute alphabetisch richtig eingeordnet werden, weiss ich noch nicht.

ISQL Select läuft im Kommandozeileninterpreter - Könnte es sein, daß ISQL alle Umlaute im MS-Dos Zeichensatz interpretiert? Das wäre dann allerdings ein recht böser Bug.

edit: Das ist tatsächlich so: Wenn ich CMD aufrufe und mir die Original Textdatei mittels type anschaue, kommt genau der gleiche Mist heraus.

[mkinzler]

Könnte sein. Was zeigt IBExpert, FlameRobin usw an?

[Chemiker]

Hallo idefix2,

Du arbeitest mit Delphi 2009 dort sind die Strings auf jeden Fall Unicode-Strings. Könnte es vielleicht sein das Deine Zugriffskomponente nicht UNI-Code fähig ist?

Bis bald Chemiker

[mkinzler]

Es scheint ein Problem des alten CLI-Tools zu sein

[Hansa]

Zitat:

Zitat von idefix2 (Beitrag 1027536)

Das Problem scheint ganz woanders zu liegen...ISQL Select läuft im Kommandozeileninterpreter - Könnte es sein, daß ISQL alle Umlaute im MS-Dos Zeichensatz interpretiert? Das wäre dann allerdings ein recht böser Bug...ist tatsächlich so: Wenn ich CMD aufrufe und mir die Original Textdatei mittels type anschaue, kommt genau der gleiche Mist heraus.

Ach, da ist DOS-Textdatei im Spiel ? Dann kanns so nicht gehen. Sag das doch gleich. Schreibe in die Textdatei eben lediglich das richtige rein. :mrgreen: ASCII <-> ANSI.

[idefix2]

Also das Problem ist eindeutig auf das ISQL Tool beschränkt, das ich hiermit offiziell mit sofortiger Wirkung in Pension schicke. Ich habe mir jetzt die Daten mit der Database Workbench angeschaut - bin eben draufgekommen, dass man damit nicht nur die DDL, sondern auch die Daten anschauen und bearbeiten kann, und das natürlich wesentlich komfortabler als via ISQL. Die Umlaute sind in Ordnung.

Nur mit der Sortierreihenfolge muss ich mich noch spielen, die default collation liefert nichts brauchbares, aber da hat es ja weiter oben schon ein paar Vorschläge gegeben.

[idefix2]

@ Hansa:

Nein, eine DOS Datei ist nicht im Spiel. Bloss ist das mit Firebird mitgelieferte ISQL, mit dem ich bisher in die Datenbank hineingeschaut habe, offensichtlich in Wirklichkeit ziemlich unbrauchbar, weil es in einem MS-Dos Fenster läuft und die Windows-Umlaute so anzeigt, als wären es MS-Dos Umlaute.

Dass ich ISQL zum Anschauen verwendet habe, habe ich zwar schon bei meinem ersten Posting erwähnt, aber vermutlich verwendet dieses Programm (zu Recht) kein Mensch, und deshalb ist auch niemandem aufgefallen, dass dort der Fehler liegt.

[Hansa]

Zitat:

Zitat von idefix2 (Beitrag 1027583)

...Dass ich ISQL zum Anschauen verwendet habe, habe ich zwar schon bei meinem ersten Posting erwähnt, aber vermutlich verwendet dieses Programm (zu Recht) kein Mensch, und deshalb ist auch niemandem aufgefallen, dass dort der Fehler liegt.

Somit wird die Suppe (und zwar kräftig) versalzen. :mrgreen: Du brauchst drei Sachen : richtige DB - Version. Sagen wir mal FB >= 2.XX. Dann ein Tool, um die Rohdaten möglichst genau zu analysieren -> IBExpert. Selbst die kostenlose Personal ist besser, als die neueste IBConsole, oder gar den ISQL - Schwachsinn. Und dann eben noch die passenden Delphi-Zugriffskomponenten.