Umlaute // Lazarus 1.4.2 mit Datenbank

[manfred_h]

Habe eben noch einen Test gemacht.

Wenn ich folgende Werte in Der Lazarus Anwendung eingebe:
Test öäü éàèç
Werden diese in MySQL wie folgt gespeichert:
Test öäü éÃ*èç

In Der Lazarus-Anwendung erscheinen sie aber korrekt als Test öäü éàèç.

Edit: Mit einem Online UTF8 decoder erhalte ich wieder die richtigen Zeichen...
Wo könnte dies generell umgestellt werden..

[Bernhard Geyer]

Zitat von manfred_h:

Habe eben noch einen Test gemacht.

Wenn ich folgende Werte in Der Lazarus Anwendung eingebe:
Test öäü éàèç
Werden diese in MySQL wie folgt gespeichert:
Test öäü éÃ*èç

In Der Lazarus-Anwendung erscheinen sie aber korrekt als Test öäü éàèç.

Edit: Mit einem Online UTF8 decoder erhalte ich wieder die richtigen Zeichen...
Wo könnte dies generell umgestellt werden..

Schaut danach aus als würde deine Kombination Lazarus + DB-Treiber einmal zu viel UTF8-Wandeln.

[manfred_h]

Zitat von Bernhard Geyer:

Schaut danach aus als würde deine Kombination Lazarus + DB-Treiber einmal zu viel UTF8-Wandeln.

Danke für Deine Antwort.
Habe das ganze auch schon mal mit dem Dev. Team vom RemObjects angeschaut. Sie meinten es wäre ein Problem in Lazarus selber...
http://talk.remobjects.com/t/german-...lazarus/6041/6

Hoffe wirklich das ich das irgendwie zum laufen kriege...
Bin zu Lazarus "gezogen" da mir Delphi für meine zwecke ein wenig teuer wurde....Nicht kommerzieller Einsatz
( Was nicht heisst das es das nicht wert ist... Möchte keine Diskussion vom Zaun brechen )

[IBExpert]

lazarus selbst hat ganz sicher kein Problem mit UTF8, das kann ich sehr sicher sagen und im Zusammenspiel mit Firebird und Anbindung über die serienmäßigen SQLDB Komponenten gilt das auch für diese Kombination. Auch Tests mit sehr exotischen Inhalten sind da sowohl in Blob und varchar Felder korrekt gespeichert und im TEdit oder TMemo auch 100% sauber dargestellt.

Ich hatte aber mal Versuche mit den devart Komponenten für lazarus gemacht, und auch da gab es seltsame Doppelcodierungen bei Blobs, d.h. ein Euro Zeichen zum Beispiel wurde beim speichern erst mal in den 3 Byte langen code übersetzt und die daraus resultierenden Zeichen wurden vor dem Eintrag in die DB noch mal codiert, so das am Ende 9 Byte in der DB standen. Beim Auslesen hat die devart Komponente immerhin den gleichen Mist wieder umgekehrt doppelt dekodiert udn das richtige angezeigt. In allen anderen Programmen wie zum Beispiel IBExpert stand in der DB dann aber nur Müll.

Ich bin dann schnell wieder zurück zu SQL DB und hab seitdem auch nie wieder andere Komponenten gebraucht, was auch deshalb praktisch ist, weil die SQLDB in jeder Lazarus Version auf jeder Plattform enthalten ist.

Ich würde also bei deiner Kombination auch mal die benutzte DB Komponente hinterfragen

[manfred_h]

Danke für Deine wirklich sehr ausführliche und sicher kompetente Antwort. Die RemObjects Komponenten sind einfach sehr praktisch....
Werde beim Support nochmals nachfragen. Ich habe da halt ein wenig Ein Problem wenn der Support mir mitteilt das dies an Lazarus liegt und sie da nichts machen können.. (siehe link im letzten Post)
Shalom Manfred

[IBExpert]

Dem würde ich einfach mal in einem Beispiel auf Basis der SQLDB Komponenten widersprechen, in dem du deine MySQL Datenbank mit UTF8 Daten ansteuerst, was sicherlich auch fehlerfrei sein wird. Die Aussage, daß das an Lazarus liegen würde, wäre damit widerlegt. Es liegt ziemlich sicher an den benutzten Komponenten oder an dem Unverständnis des Architekten dahinter für die Lazarus Architektur.

[manfred_h]

Zitat von IBExpert:

Dem würde ich einfach mal in einem Beispiel auf Basis der SQLDB Komponenten widersprechen, in dem du deine MySQL Datenbank mit UTF8 Daten ansteuerst, was sicherlich auch fehlerfrei sein wird.

Danke für Deinen Tipp, habe dies gemacht und dem Support gemeldet.

Shalom
Manfred