firebird Zeichensatz

[ralli]

Mit welchen Zeichensatz erstellt Ihr eine firebird Datenbank , damit es später mit Lazarus bei der Anzeige keine Probleme gibt? Da habe ich utf8 oder UNICODE_FSS zur Verfügung. Wenn ich UNICODE_FSS benutze, dann gibt es bei dem Laden eines SQL Scriptes mit der Synedit Memo Komponente Probleme, das ich dann mit dem Scriptprozessor der ZeosLib ausführen lasse. Ich habe auf meiner Homepage eine mysql Datenbank laufen, wenn ich eine Datensicherung per SQL Script mache, dann muss ich im Texteditor extra das SQL Script neu mit dem utf8 Zeichensatz abspeichern. Überhaupt scheint es mit utf8 die wenigsten Probleme zu geben. Wer kann meine Erfahrungen bestätigen oder eine Empfehlung geben, welcher Zeichensatz auf Dauer die wenigsten Probleme bereitet.

[theo]

Ja klar UTF-8.

[monta]

Würde ich auch sagen, UTF8 ist das Mittel der Wahl.

[ralli]

Ich danke Euch, ich habe alles auf utf8 umgestellt und es läuft wie geschmiert. Wer es anders braucht kann, natürlich auch unicode oder win52 nehmen, aber die Vorgabe ist utf8.

[ralli]

Leider funktioniert der utf8 Zeichensatz nicht, weil es bei der Eingabe in den DBEdit Komponenten keine maximale Feldlänge möglich ist, die immer überschritten wird und dadurch das Programm beim Abspeichern des Datensatzes crasht. Wie habt Ihr das denn gelöst ? Bin ich auf weiter Flur der Einzige, der dieses Problem hat? Das gleiche gilt für unicode..
Kann mir bitte einer erklären, für was die Eigenschaft onutf8keypress der DBEdit Komponente verwendet wird ?

[mse]

Bin ich auf weiter Flur der Einzige, der dieses Problem hat?

Nein, du bist nicht der Einzige. Darum hat MSEgui die SQLDb geforked, alle diese Probleme gelöst und arbeitet mit UCS2/utf-16 statt utf-8.
Es wird dir wohl nichts anderes übrigbleiben, als die Feldlängen Metadata von der Datenbank abzufragen oder aus der Codierung zu bestimmen und die übergebenen strings selbst auf die maximale Länge (in Zeichen nicht Bytes) zu begrenzen. In Firebird begrenzt utf-8 im Unterschied zu UNICODE_FSS auf Zeichen statt Bytes. Im resultset gemeldet wird immer der maximale Speicherbedarf (Zeichenzahl*4 bei utf-8, Zeichenzahl*3 bei UNICODE_FSS wenn ich mich recht erinnere), die FPC FCL arbeitet mit dieser Zahl als Feldlänge, was zu den erwähnten Problemen führt.

Martin

[ralli]

Danke Martin, jetzt habe ich es verstanden!