Zugriff auf MySQL über SQLExpress for Xbase++
Moderator: Moderatoren
-
- UDF-Programmierer
- Beiträge: 97
- Registriert: Mi, 01. Feb 2006 23:49
- Wohnort: Glauchau
- Kontaktdaten:
Zugriff auf MySQL über SQLExpress for Xbase++
Hallo,
Ich verwende SQLExpress for Xbase++ von Boris um auf MySQL und MSSQL zuzugreifen.
Leider habe ich ein Problem auf MySQL Felder vom Typ LongText. Als Rückgabewert erhalte ich NIL. Unter MSSQL ist dieses Feld vom Typ Ntext. Dort kann ich es aber korrekt auslesen.
Ich verwende den aktuellsten MySQL Treiber und auch SQLExpress ist auf den aktuellsten Stand.
An Boris ist eine Mail gegenagen. Ich habe aber noch keine Antwort.
Kennt vielleicht jemand dieses Problem?
Danke für jede Hilfe
Steffen
Ich verwende SQLExpress for Xbase++ von Boris um auf MySQL und MSSQL zuzugreifen.
Leider habe ich ein Problem auf MySQL Felder vom Typ LongText. Als Rückgabewert erhalte ich NIL. Unter MSSQL ist dieses Feld vom Typ Ntext. Dort kann ich es aber korrekt auslesen.
Ich verwende den aktuellsten MySQL Treiber und auch SQLExpress ist auf den aktuellsten Stand.
An Boris ist eine Mail gegenagen. Ich habe aber noch keine Antwort.
Kennt vielleicht jemand dieses Problem?
Danke für jede Hilfe
Steffen
-
- UDF-Programmierer
- Beiträge: 97
- Registriert: Mi, 01. Feb 2006 23:49
- Wohnort: Glauchau
- Kontaktdaten:
Hallo Hubert,
LongText Felder sin Blob Felder bis 4GByte Länge.
Leider kann ich den Typ der Felder nicht ändern.
Ich habe aber mal wieder die SQL Lib von Alaska probiert. Diese kommt mit den Feldern sehr gut zurecht. Leider habe ich vor geraumer Zeit wegen diverser anderer Probleme auf die Lib von Boris umgestellt. Ich kann doch nicht jedes mal die Werkzeuge wechseln.
Gruss Steffen
LongText Felder sin Blob Felder bis 4GByte Länge.
Leider kann ich den Typ der Felder nicht ändern.
Ich habe aber mal wieder die SQL Lib von Alaska probiert. Diese kommt mit den Feldern sehr gut zurecht. Leider habe ich vor geraumer Zeit wegen diverser anderer Probleme auf die Lib von Boris umgestellt. Ich kann doch nicht jedes mal die Werkzeuge wechseln.
Gruss Steffen
-
- UDF-Programmierer
- Beiträge: 97
- Registriert: Mi, 01. Feb 2006 23:49
- Wohnort: Glauchau
- Kontaktdaten:
Hallo Jan,
Ich habe erstmal die neuste version von Boris geupdatet. Leider ohne Erfolg.
Um überhaupt hier weiter zu kommen habe ich die Alaska SQL Version wieder eingebaut. Nun kommt ein neues Problem.
Ich erstelle in einer Procedure die Connection. Wenn ich in der gleichen Procedure den ODBC Zugriff durchführe geht alles. Wenn ich aber den Zugriff in einer Unterfunktion durchführe erlalte ich folgenden Fehler:
------------------------------------------------------------------------------
FEHLERPROTOKOLL von "C:\Alaska\Programme\DWArchivTest\DWArchivTest.exe" Datum: 13.03.2008 20:59:49
Xbase++ Version : Xbase++ (R) Version 1.90.331
Betriebssystem : Windows XP 05.02 Build 03790 Service Pack 2
------------------------------------------------------------------------------
oError:args :
-> VALTYPE: L VALUE: .F.
-> VALTYPE: C VALUE: ODBCDBE
-> VALTYPE: C VALUE: SELECT * FROM DWSYSTEM.dwfilecabinet WHERE guid='b2311053-abb4-4dff-ba55-07299ff5b719';
-> VALTYPE: C VALUE: S170
-> VALTYPE: U VALUE: NIL
-> VALTYPE: L VALUE: .F.
oError:canDefault : J
oError:canRetry : J
oError:canSubstitute: N
oError:cargo : NIL
oError:description : Database Engine und aktive Session sind nicht kompatibel
oError:filename :
oError:genCode : 92
oError:operation : DbUseArea
oError:osCode : 0
oError:severity : 2
oError:subCode : 8062
oError:subSystem : BASE
oError:thread : 3
oError:tries : 1
------------------------------------------------------------------------------
CALLSTACK:
------------------------------------------------------------------------------
Aufgerufen von HOLE_SPEICHERORT(2616)
Aufgerufen von HOLE_DOCNAME(2544)
Aufgerufen von HOLE_DATNAME(885)
Aufgerufen von START_FUNC(528)
Wenn ich den Aufbau in die Unterfunktion verlege geht auch alles.
Kennt jemand diesen Fehler ?
Kann es sein das ein Threadwechsel nicht verkraftet wird?
Gruss Steffen
Ich habe erstmal die neuste version von Boris geupdatet. Leider ohne Erfolg.
Um überhaupt hier weiter zu kommen habe ich die Alaska SQL Version wieder eingebaut. Nun kommt ein neues Problem.
Ich erstelle in einer Procedure die Connection. Wenn ich in der gleichen Procedure den ODBC Zugriff durchführe geht alles. Wenn ich aber den Zugriff in einer Unterfunktion durchführe erlalte ich folgenden Fehler:
------------------------------------------------------------------------------
FEHLERPROTOKOLL von "C:\Alaska\Programme\DWArchivTest\DWArchivTest.exe" Datum: 13.03.2008 20:59:49
Xbase++ Version : Xbase++ (R) Version 1.90.331
Betriebssystem : Windows XP 05.02 Build 03790 Service Pack 2
------------------------------------------------------------------------------
oError:args :
-> VALTYPE: L VALUE: .F.
-> VALTYPE: C VALUE: ODBCDBE
-> VALTYPE: C VALUE: SELECT * FROM DWSYSTEM.dwfilecabinet WHERE guid='b2311053-abb4-4dff-ba55-07299ff5b719';
-> VALTYPE: C VALUE: S170
-> VALTYPE: U VALUE: NIL
-> VALTYPE: L VALUE: .F.
oError:canDefault : J
oError:canRetry : J
oError:canSubstitute: N
oError:cargo : NIL
oError:description : Database Engine und aktive Session sind nicht kompatibel
oError:filename :
oError:genCode : 92
oError:operation : DbUseArea
oError:osCode : 0
oError:severity : 2
oError:subCode : 8062
oError:subSystem : BASE
oError:thread : 3
oError:tries : 1
------------------------------------------------------------------------------
CALLSTACK:
------------------------------------------------------------------------------
Aufgerufen von HOLE_SPEICHERORT(2616)
Aufgerufen von HOLE_DOCNAME(2544)
Aufgerufen von HOLE_DATNAME(885)
Aufgerufen von START_FUNC(528)
Wenn ich den Aufbau in die Unterfunktion verlege geht auch alles.
Kennt jemand diesen Fehler ?
Kann es sein das ein Threadwechsel nicht verkraftet wird?
Gruss Steffen
- Martin Altmann
- Foren-Administrator
- Beiträge: 16552
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Steffen,
zumindest bei "normalen" Datenbanken sind die Workspaces threadlokal!
Das wird also bei SQL wahrscheinlich ähnlich sein...
Viele Grüße,
Martin
zumindest bei "normalen" Datenbanken sind die Workspaces threadlokal!
Das wird also bei SQL wahrscheinlich ähnlich sein...
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.