Extreme Veteran
Beiträge: 563
 
| Hallo,
Wenn du aktuell vor einer Technologieentscheidung stehst, waere es besser, in Richtung DAO bzw. ACEDAO zu gehen. Damit umgehst du z.B. das ADO-Compilation-Problem seit Win7/SP1.
Das klingt interessant. Habe gerade bei kurzem googeln gefunden, dass jetzt auch Connections und ODBC Zugriff vorgesehen sind.
ADO wollte ich eigentlich nur nehmen, um verlinkte Tabellen zu vermeiden. Werde die Möglichkeiten per ACEDAO mal weiter verfolgen.
Warum willst du verknuepften Tabellen vermeiden? Als Basis fuer Formulare/Berichte gibt es eigentlich nichts besseres: Event-Handling fuer alle wichtigen Ereignisse, Lesen/Schreiben von Daten, ohne dass du was besonderes beachten musst.
Sobald ich aber das Recordset des Formulares auf das ADO Recordset zuweise, stürzt ACCESS halt ohne weiteren hinweis ab. Dachte deshalb, dass es nicht am Treiber liegt.
Es gab in letzter Zeit auch oefters Berichte von unerwarteten Abstuerzen, insbesondere seit A2010 SP1. Vielleicht liegt darin die Ursache?
Gruss - Peter
|
ADODB.Recordset an Formular binden -> Access stürzt ab