String der ein varbyte wird

[arnof]

Hallo,

ich habe ein Problem, das sich in Delphi XE2 mit ADODB auftut. Ich habe ein SQL Anweisung, das je nach Inhalt ein Datumsfeld oder ein String zurückliefert.

Bisher ging das ohne Probleme: D5 -> mysqlquerybrowser zeigen das richtige an. In Xe2 kommt ein TVarBytes an. Die Länge des Inhaltes stimmt in Bytes, wenn ich aber in die Bytes schaue steht nicht der richtige Inhalt drin. Statt einem Datum im Textvormat steht und ein Umbruch drin, die restlichen Bytes der richtigen Länge ist nur Müll!

Ich vermute hier ein Konvertierungsproblem in der ADODB.

Hat das schon mal jemand gehabt bzw gelöst ?

[arnof]

Gelöst:

Hier die Lösung; aber nur für die Wissen was Sie hier machen:

in Data.WIN.ADODB

function ADOTypeToFieldType

// adVarBinary: Result := ftVarBytes;
adVarBinary: Result := ftMemo;


Kann ich machen da ich hoffentlich kein ftVarBytes benutze

Bitte nicht kommentieren oder bewerten. Höchstens eine bessere Lösung bieten, danke!

[Furtbichler]

Kannst Du das Ergebnis in MYSQL nicht casten?

[Bernhard Geyer]

Wieso über ADO gehen? Es gibt z.B. mit DevArt-Kompos eine Komponentensammlung die einfach für MySQL funktionieren. Hier unnötig über ADO zu gehen (Und zusätzlich noch in die GPL-Falle zu laufen) ist unnötig kompliziert und fehleranfällig.

[arnof]

Zitat von Bernhard Geyer:

Wieso über ADO gehen? Es gibt z.B. mit DevArt-Kompos eine Komponentensammlung die einfach für MySQL funktionieren. Hier unnötig über ADO zu gehen (Und zusätzlich noch in die GPL-Falle zu laufen) ist unnötig kompliziert und fehleranfällig.

Kommt aus der Historie, das ist ein D5 Projekt das auf XE2 gezogen wird. Bei D5 gab es nur die ADO für SQL Server (das war damals Stand der Technik).

Da bei ema z.Z. Wieder alles im Umbruch ist zum Thema dB zugriff muss ich noch warten auf welche Technik ich in Zukunft setzte!

Das Projekt ist zu groß um mal schnell zu wechseln. Der Umzug auf XE2 hat mich schon Monate gekostet!

[Bernhard Geyer]

Zitat von arnof:

Kommt aus der Historie, das ist ein D5 Projekt das auf XE2 gezogen wird. Bei D5 gab es nur die ADO für SQL Server (das war damals Stand der Technik).

OK.

Zitat von arnof:

Da bei ema z.Z. Wieder alles im Umbruch ist zum Thema dB zugriff muss ich noch warten auf welche Technik ich in Zukunft setzte!

Eigentlich ist es nicht. Zukunft ist native Zugriffskompos. D.h. mit neuen Delphi-Versionen FireDAC (und für ältere und neuere z.B. DevArt). dbExpress ist m. E. gestorben und ADO ist (für nächste Zeit) nur für Access und MS SQL-Server verwendbar. In Zukunft (laut MS) sollt man wieder ODBC nehmen.

Zitat von arnof:

Das Projekt ist zu groß um mal schnell zu wechseln. Der Umzug auf XE2 hat mich schon Monate gekostet!

Kommt darauf an wie gut es gekapselt ist. Vermutlich ist aber der DB-Zugriff auf alle Units des Projekt verteilt. Hier müsste erst ein Redesign z.B. mit Bridge-Pattern her.