Fehler "Ungültige Pufferlänge" bei TADOTable.Post

[Codehunter]

Hallo!

Ich habe zwei Excel-Dateien (XLS). Für beide habe ich mir in der ODBC-Verwaltung je einen Benutzer-DSN angelegt. In meinem Projekt habe ich für jede der beiden DSN eine ADOConnection, eine ADOTable, eine DataSource und ein DBGrid angelegt. Die ADOConnections sind auf ihren jeweiligen DSN konfiguriert, alles ist mit einander verbunden und Connected bzw. Active sind jeweils TRUE.

Die beiden Grids zeigen auch richtigerweise alle Daten aus den beiden Excel-Tabellen an. Ich kann auch per ADOTable.First/Next durch die Datenmenge navigieren, die Datenmenge per .Edit in den Schreibmodus versetzen und per AsInteger:= einen Wert zuweisen.

Nur wenn ich dann nach dem jeweiligen AsInteger:= ein ADOTable.Post durchführe, erhalte ich eine Fehlermeldung vom ODBC-Excel-Driver (siehe Anhang)

Wo mache ich da jetzt den Fehler?

Grüße
Cody

[sx2008]

Der ODBC-Treiber von Excel hat deutliche Schwachpunkte; schlieslich ist er aus heutiger Sicht auch schon "steinalt".
Man sollte eher den OLE-DB Provider benützen. Hier der Connectionstring:

Code:

Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\MyExcel.xls; Extended Properties="Excel 8.0;HDR=Yes;IMEX=0"

Das HDR=YES bedeutet, dass die 1. Zeile die Feldnamen enthält.

[Codehunter]

Danke, das hat schon mal sehr viel gebracht. Meine Routine läuft jetzt schon mal eine ganze Weile und aktualisiert dann auch diverse Datensätze. Wenn Excel (Das Programm) gleichzeitig offen ist kann ich die Aktualisierungen sozusagen auch "live" sehen, wenn auch nur seeeehr langsam.

Nach 509 Datensätzen bricht die ganze Routine dann mit einer weiteren Fehlermeldung ab (siehe Anhang). Der Datensatz bei dem meine Routine aussteigt unterscheidet sich inhaltlich nicht von den Datensätzen die vorher problemlos verarbeitet wurden.

[jobo]

Zitat von Codehunter:

Der Datensatz bei dem meine Routine aussteigt unterscheidet sich inhaltlich nicht von den Datensätzen die vorher problemlos verarbeitet wurden.

Nun, er sollte sich aber mindestens über einen Schlüsselwert unterscheiden. Was man bei Excel sieht, was tatsächlich drinsteht, wie es vom Treiber interpretiert wird, sind leider sehr unterschiedliche Dinge. Dafür gibt es halt im Normalfall Datenbanken, Excel ist keine und Du wirst immer solchen Problemen nachjagen. Je mehr Benutzer in den Daten editieren, desto mehr solcher Probleme.

[Bernhard Geyer]

Ich würde Excel direkt über die Automatisierungsschnittstelle von Excel bedienen oder über eine native Excel Read/Write-Komponente.
Über OLE DB handelt man sich eigentlich nur Probleme ein auch wenn es so schön aussieht.

Auch ist der Provider "Microsoft.Jet.OLEDB.4.0" veraltet und wird irgendwann nicht mehr bei der Standardauslieferung dabei sein (Im Embedded-Umfeld ist er schon öfters nich mehr vorhanden)

[blondervolker]

Und Access 2007 oder 2010?
Nutze ich auch und geht gut.