Firebird Zeichensatz ISO8859_15

[Lemmy]

Hallo,


ich suche Informationen über den Zeichensatz ISO8859_15 für Firebird. Lt. http://ibexpert.net/ibe/index.php?n=...SetsInFirebird soll es den auch geben, nur kennt den keiner meiner Clients (FlameRobin, DB Workbench) und auch auf der Firebirdseite finde ich keine Info darüber ab welcher Version von Firebird der unterstützt wird.

Welche Version von Firebird kann den Zeichensatz?
Wie kann ich eine aktuelle DB mit Zeichensatz ISO8859_1 darauf umstellen?
Macht es Sinn evtl. auf Unicode/UTF umzustellen?

Grüße

[mkinzler]

Wenn es nur um die weiteren Zeichen geht würde sich auch Win1252 anbieten ( selber Umfang, andere Codes für weitere Zeichen im Vergleich zu Latin 1)

[QuickAndDirty]

Wir nehmen den ISO8859_1 in FB 2.5
Wie es scheint ist der auf dem Stand von ISO8859_15 .
Der einzige Unterschied in beiden Zeichensätzen ist die Unterstützung des "€" symbols.
Und wenn man ISO8859_1 einstellt speichert er das € Symbol auch korrekt ab. Also sollte die Einstellung ISO8859_1 praktischerweise den Inhalt von ISO8859_15 aufweisen.

[mkinzler]

Nicht ganz

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

[QuickAndDirty]

Ich würde an seiner stelle alle 8 Zeichen mal in der ISO8859_1 Einstellung "eingeben" so zum Test.
Wenn € zu speichern geht sollten doch die anderen 7 wirren Zeichen auch gehen. Und dann ist es ja definitiv ISO8859_15 egal was die Einstellung sagt.
Ich bin mir recht sicher das es das tut.

[Lemmy]

Hi,

nein, es geht nicht um das € Zeichen sondern um die Anforderung, dass Daten (Namen) als ISO-8859-15 codiert daher kommen können (z.b. tschechische Sonderzeiche: ÿ)

Die machen mir bei ISO-8859-1 gerade Probleme - seltsamerweise aber anscheinend nur an bestimmten Stellen weil bei mir hat der Test eben geklappt, beim Kollegen aber nicht... .alles sehr seltsam....

Und noch seltsamer: Keine Info in den Dokumenten zu Firebird zu 8859-15, bei -13 hören alle bis auf IBExpert auf...

[mjustin]

Zitat von Lemmy:

(z.b. tschechische Sonderzeiche: ÿ)

"ISO 8859-15 beinhaltet im Gegensatz zu ISO 8859-1 das Eurozeichen sowie alle Sonderzeichen der französischen, estnischen und finnischen Sprache." - die tschechischen Sonderzeichen sind in ISO-8859-2 komplett enthalten. (https://de.wikipedia.org/wiki/ISO_8859-2). Das ÿ liegt in beiden Zeichensätzen an verschiedenen Positionen. (Es kommt entweder auf den konkreten in Windows eingestellten Zeichensatz, oder die Umwandlung von Delphi-UnicodeString in den richtigen, den in der Datenbank angegebenen, Zeichensatz an, ob die Speicherung in einem Datenbankfeld "geht" oder "nicht geht".)

UTF-8 ist in der Datenbank notwendig sobald in einem Tabellenfeld Sonderzeichen aus mehreren west-/mittel-/osteuropäischen Sprachen gespeichert werden sollen.

[Bernhard Geyer]

Wieso macht man sich überhaupt noch Gedanken darüber? Wenn man ein neu DB hat dann wird bei uns seit Jahren immer UTF8 genommen (Oder bei MS SQL Server nvarchar). "Was anderes kommt uns gar nicht mehr ins Haus".

Wieso sollte ich wegen ein paar Byte weniger Platzbedarf mir die große Einschränkung auferlegen nicht mit alle Sprachen dieser Welt arbeiten zu können.

[Perlsau]

Korrekt!

Genau so mache ich das inzwischen auch und habe damit absolut keine Probleme mehr. Egal was ich in ein DB-Textfeld einfüge, es wird korrekt dargestellt: Chinesisch, Russisch, Tschechisch, Norwegisch, Japanisch, Malayisch, Koreanisch, Hebräisch ... UTF8 ist quasi die eierlegende Wollmilchsau unter den Zeichensätzen

Leicht OffTopic: Speicherplatz sparen ja, aber nicht bei Zeichensätzen, eher bei Grafiken in der DB, wobei allermeist das JPG-Format genügt. Ich hab sogar eine Datenbank mit Audio-Dateien, die werden im Ogg-Format (Mono, da fast nur Sprache) gespeichert, ist besser komprimiert als MP3. Der Einsatz eines reduzieten Zeichensatzes bringt da wirklich keine nennenswerten Einsparpotentiale mit sich, auch nicht bei großen Text-Feldern (RTF in Blobs sind dann sowieso binär gespeichert, da spielt dann der Zeichensatz keine Rolle).

[Lemmy]

Zitat von Bernhard Geyer:

Wieso macht man sich überhaupt noch Gedanken darüber?

Weil man sich mit Delphi 7 und IBObjects herum schlagen muss?

Lösung: Es ist ein Fehler in der Firebird 2.1.5, speziell bei dem Buchstaben (y Trema) in Verbindung mit Uppercase. Kollege hatte (warum auch immer) die 2.1.5 installiert, bei der "normal"installation wird ne andere eingesetzt...

Grüße und Danke!