Merkwürde Longtext-Inhalte

[Captnemo]

Ich habe ein interessantes (merkwürdiges) Phänomen beim auslesen eines Feldes mit dem Typ Longtext bzw. Mediumtext.

Ich schreibe in das Feld z.B. "abcdefg"

wenn ich wieder auslese, bekomme ich "a#0b#0c#0d#0e#0f#0g#0". Das sieht mir aus wie Widestring. Und noch schlimmer, ich bekomme auch nicht alle Zeichen (s.u.)
Aber warum?
Ich verwende XE4.

Gespeichert wird so:

Delphi-Quellcode:

q.SQL.Text:='Update Lieferanten Bemerkung=:bemerkung SET where id=:id';
q.Params.ParseSQL(q.SQL.Text, True);
q.Params.ParamValues['id']:=1;
q.Params.ParamValues['bemerkung']:='abcdefg';

Gelesen wird so:

Delphi-Quellcode:

q.SQL.Text:='Select * from Lieferanten';
q.Active:=True;
s:=q.FieldByName(bemerkung).AsString;  //<- Hier kommt schon a#0b0c#0d#0e#0f#0g#0 an

Dabei wäre noch zu erwähnen, dass dummerweise nur die Anzahl an Zeichen zurückgeliefert werden, die der Anzahl on #0 entspricht, also genau die Hälfte. Wenn ich abcdefgh speichere bekomme ich nur a#0b#0c#0d#0 zurück.
Und das ist dann auch schon das Hauptproblem, denn wenn mir Informationen entgehen, kann ich das nicht nutzen.

Jetzt könnte man ja sagen, nimm doch ein Varchar. Nur will ich in den Feldern mitunter einen längeren Text speichern, dessen Länge ich jetzt auch noch nicht kenne. Ich weiß nur, dass er lang werden kann.

Ich hab schon mit verschiedenen Charset's rumgespielt, aber es verändert sich nicht. Auch das Feld von Longtext in Mediumtext zu ändern hat nichts verändert.
Bei den Varchar Feldern wiederrum ist alles ganz prima.

Ich greife auf den SQL-Server mit der MySQL-Workbench zu. Auch da kann in den Longtextfeldern sowas nicht finde, die sehen ganz normal aus.

Woran kann das denn liegen?

[Bernhard Geyer]

Es gibt zwei Möglichkeiten:

SQLDirect hat ein Bug oder MySQL (bzw. die clientlibrary wenn SQLDirect) diesen Verwendet hat einen Bug.

An einer Stelle wird statt mit x Character Zeichen nur x Bytes kopiert.

[Captnemo]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1292834)

SQLDirect hat ein Bug oder MySQL (bzw. die clientlibrary wenn SQLDirect) diesen Verwendet hat einen Bug.

Hm...und ich bin der erste dem das auffällt?
Kann ich mir kaum vorstellen, aber ich seh auch keine andere Möglichkeit.

Ich habe jetzt mal stumpf die betreffenden Felder von Longtext auf Varchar(30000) geändert (30000 deswegen, weil ich 2 dieser Felder in der Tabelle brauche, und eine Tabellenzeile maximal 65535 Byte groß sein kann). Und schwups, alles wieder in Butter.

Glücklich bin ich aber darüber nicht, ist erst mal ein Workaround.

Zur Not könnte ich noch auf ein Blob ausweichen. Das wird, denke ich mal, funktionieren.

[Bernhard Geyer]

Zitat:

Zitat von Captnemo (Beitrag 1292835)

Hm...und ich bin der erste dem das auffällt?

Es gab mal schon eine Mysql-Version die hat jedes varchar-Feld als Blob-Feld zurück gemeldet.
Da hat man sich gefragt: Testen die überhaupt MySQL bevor es freigegeben wird ....

[Captnemo]

Mir ist dazu noch aufgefallen, dass ich in den Feldern mit Datentyp Text, Mediumtext und Longtext (Tinytext hab ich nicht probiert) neben den o.g. Einschränkungen auch keine Umlaute speichern konnte.
Immer wenn ich das versucht habe, kam die Fehlermeldung "Data too Long for column". Vielleicht ist das noch ein Hinweis und jemand kann noch eine Lösung aus dem Hut zaubern.