UTF8 Konvertierung in MySQL-Adaptern Read und Writ

Guten Tag,

ich muss eine MySQL 3.23 DB nach MariaDB 5.5 migrieren. Dabei müßte für String und Blob (=Text) Felder eine Konvertierung von ANSI nach UTF8 erfolgen.

Das scheint aber nur bei Text-Adaptern möglich zu sein.

Ist das richtig oder habe ich den passenden "Trick" übersehen, das auch bei von DB nach DB durchzuführen?

Danke und Gruß
Neumann

Sehr geehrter Herr Stark,

bitte bemühen Sie sich deshalb nicht weiter. Ich werde eine bereits vorhandene Lösung außerhalb von FlowHeater verwenden, weil die Daten nicht in Standard-Formaten gespeichert sind, denn die alte MySQL Version hatte noch kein UTF8 unterstützt, weshalb wir eine eigene 2-Byte Lösung verwendet hatten. Das ist mir aber erst jetzt wieder eingefallen.

Dieser Faden kann auch gern gelöscht werden, ist für andere eh kaum hilfreich.

Danke und Gruß
Neumann

Hallo Herr Neumann,

wenn Ihre eigene 2-Byte Lösung eine richtige Codepage implementiert würde das mit dem FlowHeater auch funktionieren. Sie können mit Hilfe des .NET Script Heaters Texte die in BLOB Feldern abgelegt sind zurück in die richtige Codepage (UTF-8, ANSI, etc.) umwandeln und ganz normal im FlowHeater verwenden.

Hier zwei Beispiele dazu wo so etwas Ähnliches einmal für SQLite und einmal für MySQL zusammen mit PostgreSQL behandelt wird.

Sonderzeichen aus MySQL in Postgres
Falsche Codepage bei SQLite3

Anmerkung: Wenn Daten in reinen Textfeldern abgelegt sind (CHAR, VARCHAR, TEXT, MEMO, etc.) werden diese anhand der in der Tabelle (oder Datenbank) definierten Codepage gelesen. Im FlowHeater (intern) werden diese immer zu UNICODE Strings umgewandelt. Je nachdem wohin Sie die Daten schreiben werden diese in die dementsprechende Codepage automatisch wieder umgewandelt. Bei Datenbank Adapter haben Sie hier keinen Einfluss darauf, da hier die Tabelle bereits die notwendigen Informationen enthält, unter MySQL geben Sie das z.B. über der Collation der Tabelle an. Die Daten werden vom FlowHeater automatisch in die richtige Codepage umgewandelt. In Ihrem Fall wurde eine eigene Lösung über BLOB (Binärdaten) implementiert, deshalb ist hier eine manuelle Umwandlung notwendig.