Reproduzierbarer fehler in ADO - oder steh ich im Wald?

**hermannhass**

Hallo
ich habe folgendes, reproduzierbares Problem in Delphi 7 und Delphi2006.
es tritt auf unter dem Zugriff auf MSServer und via ODBC auf mysql
Einfaches Programm
Eine tadoconnection, tadodatset, tdadasource, tnavigator und tdbgrid normal "vernetzt"
Commandtext: "select * from <Datei>" egal welche.
Alles funktioniert einwandfrei!!!!
Nun aber setzt man im dataset auf asynchronen Zugriff,
also die Executeoptions auf [eoAsyncFetchNonBlocking].
Nun der Fehler!!!!!!!!
Das grid füllt sich, ohne den letzten und ersten Datensatz!!!!!
first und last springen auf den zweiten oder vorletzten Datensatz!
nach first einmal next und zweimal prior und der wirklich erste Datensatz kommt
das gleiche nach Last, proior und zweimal next. und der echte letzte kommt!
nach weiterem last oder first erscheint wieder nur der zweite oder vorletzte
eine erklärung?
ich benötige den asynchronen Zugriff für meine grossen Dateien.
oder habe ich hier ein Probleme mit ados auf meinem XP
NACHTRAG: Tritt auf einem anderen Rechner auch auf!
Gruß Hermann

**Bernhard Geyer**

Ist vermutlich kein Fehler in ADO sondern in den ADOExpress/dbGo-Wrappern von Delphi.

Könntest du Testhalber mal dieses verhalten für MS SQL-Server mit den Kompos von

Core Labs nachvollziehen?

**hermannhass**

wie gesagt,
der fehler tritt beim asynchonen Zugriff nur auf.
Habe mal die Corelab installiert, nur haben die keine asynchronen Zugriff.
oder ist das "fetch-all=false" eine art asynchrone Implementierung?

Zitat von hermannhass:

wie gesagt,
der fehler tritt beim asynchonen Zugriff nur auf.
Habe mal die Corelab installiert, nur haben die keine asynchronen Zugriff.
oder ist das "fetch-all=false" eine art asynchrone Implementierung?

yep

dann musste dir die daten selbst holen, wenn du sie brauchst...

PS: persönlich würd ich kein TDBzeugs verwenden. mach es manuell, dann weisste was du hast

**hermannhass**

wie meinst Du das? Würde ich gerne....
wie kann ich denn noch mehr "lower-Level" die sqldaten abrufen?

Reproduzierbarer fehler in ADO - oder steh ich im Wald?

Reproduzierbarer fehler in ADO - oder steh ich im Wald?

Re: Reproduzierbarer fehler in ADO - oder steh ich im Wald?

Re: Reproduzierbarer fehler in ADO - oder steh ich im Wald?

Re: Reproduzierbarer fehler in ADO - oder steh ich im Wald?

Re: Reproduzierbarer fehler in ADO - oder steh ich im Wald?

Forumregeln

Bernhard Geyer Registriert seit: 13. Aug 2002 17.196 Beiträge Delphi 10.4 Sydney	#2 Re: Reproduzierbarer fehler in ADO - oder steh ich im Wald? 1. Apr 2007, 21:28 Ist vermutlich kein Fehler in ADO sondern in den ADOExpress/dbGo-Wrappern von Delphi. Könntest du Testhalber mal dieses verhalten für MS SQL-Server mit den Kompos von Core Labs nachvollziehen? Windows Vista - Eine neue Erfahrung in Fehlern.
	Zitat

hermannhass Registriert seit: 23. Dez 2006 Ort: Nähe Las Palmas 69 Beiträge	#3 Re: Reproduzierbarer fehler in ADO - oder steh ich im Wald? 1. Apr 2007, 23:05 wie gesagt, der fehler tritt beim asynchonen Zugriff nur auf. Habe mal die Corelab installiert, nur haben die keine asynchronen Zugriff. oder ist das "fetch-all=false" eine art asynchrone Implementierung? Entwickle SW mit Delphi 2006 und sql. Lebe auf Gran Canaria.
	Zitat

hermannhass Registriert seit: 23. Dez 2006 Ort: Nähe Las Palmas 69 Beiträge	#5 Re: Reproduzierbarer fehler in ADO - oder steh ich im Wald? 2. Apr 2007, 00:55 wie meinst Du das? Würde ich gerne.... wie kann ich denn noch mehr "lower-Level" die sqldaten abrufen? Entwickle SW mit Delphi 2006 und sql. Lebe auf Gran Canaria.
	Zitat