In Firebird Blob-Text-Felder mit UTF-8 schreiben

[RSF]

Ich überlege seit einiger Zeit auch das nächste Projekt mit Firebird zu erstellen.
z.B. aus lizenztechnischen Gründen.
Aber wenn ich solche und ähnliche Probleme lese, scheue ich die Umstellung und
bleibe bei Advantage Database Server. (Localserver ist kostenlos. ADS natürlich nicht)

[TheMiller]

Zitat:

Zitat von TBx (Beitrag 1161940)

Mir sind Unicodeprobleme bei IBDac in Verbindung mit Lazarus bekannt.
Da die entsprechenden IBDac-Quellen wohl in UniDac enthalten sein dürften, vermute ich den Fehler in der Komponente.

Das wäre ja noch viel schlechter... Es muss doch möglich sein, einen UTF8-String in einem Blob zu speichern :roll:
Wenn es wirklich an den UniDACs liegt, dann bin ich wirklich schlecht gelaunt. Zumal habe ich gestern die allerneueste Version installiert (nebenbei: selbst dabei gab's wieder Probleme) und zum anderen: günstig sind sie ja jetzt auch nich gerade. Nunja.

Ich konnte leider noch keine weiteren Tests machen. Der Fehler besteht also immernoch. Ich werde dann mal ein DB-Update machen.

[mkinzler]

Wenn die Daten schon fehlerhaft in den Blob geschrieben wurden, bringt auch ein Update des Servers/Clients nichts mehr. Schau dir mal an, was genau im Feld der DB steht

[TheMiller]

Stimmt. Aber da habe ich Glück. Das Blob-Feld soll mit einem Programmupdate neu eingeführt werden. Der Fehler tritt also quasi noch in der Entwicklung auf.

Das andere Blob-Feld, das ich benutze macht keine Probleme, da es RTF speichert und die Sonderzeichen maskiert werden, wie ich das gesehen habe. Dieses Feld ist schon immer in der DB und demnach auch schon "ausgeliefert".

Ich fange jetzt an mit Backup/Restore und schau dann mal, wo der Fehler liegt.

Danke

[TheMiller]

So,

habe jetzt ein Backup der alten DB gemacht, eine neue per Script erstellt und die Daten dann wieder importiert. Der gleiche Fehler tritt wieder auf. Kann es wirklich an den UniDACs liegen? Hier mal meine Vorgehensweise:

-------
Backup via gbak.exe
gbak.exe -b -g -z -v -i -IG -user SYSDBA test.db test.db.bak

Umbennen test.db -> test_tmp.db (nur, damit ich zur Not auf sie wieder zurückgreifen kann)

Neue DB erstellen via SQL-Query:
CREATE DATABASE ''test.db'' USER ''sysdba'' PASSWORD ''1234'' PAGE_SIZE 4096 DEFAULT CHARACTER SET UTF8

Restore via gbak.exe
gbak.exe -R o -v -user sysdba -password 1234 test.db.bak test.db

Neues Feld erstellt via SQL-Query:
ALTER TABLE test1 ADD PLAINTEXT BLOB SUB_TYPE TEXT;
-------

So, in alle Felder den gleichen Unicode-String eingetragen und in den VarChar-Felder das richtige Ergebnis erhalten. Beim Blob wieder nur "????"

Im Anhang habe ich die Felddefinition aus DBExpert angehängt. Ich bin ratlos.

Vielen Dank

[Bernhard Geyer]

Zitat:

Zitat von RSF (Beitrag 1161941)

... (Localserver ist kostenlos)

Dann lies mal die Lizenzbedingungen genau durch. Der Localserver ist nicht in allen Fällen kostenlos!

[olaf]

Hallo,

Query.ParamByName(fParameter[i].fieldname).AsString:=fParameter[i].value;

Nehm mal AsMemo statt AsString.

olaf

[tsteinmaurer]

Ich verwende in einem Unicode-fähigen Delphi-Client mit Firebird 2.5 nicht UniDAC, sondern IBDAC, aber dort klappt das Speichern von Unicode mit TParam.AsMemo ohne Probleme.

[TheMiller]

Danke an alle, insbesondere an olaf und tsteinmaurer,

ich habe heute Nacht herausgefunden, an was es gelegen hat. Ich hatte sogar zwei Fehler. Einmal habe ich DataType als ftBlob deklariert und dann eben noch mit asString gespeichert.

Ich kann bestätigen, dass es funktioniert, wenn man AsMemo benutzt. Ich stelle später, wenn ich wieder an der Delphi-VM sitze, den korrekten Quelltext online - eigentlich sind's ja nur ein paar Zeilen, aber der Vollständigkeit halber. Vllt. hat ja jemand mal wieder so ein Problem.

Danke, es funktioniert ;) :thumb: