Office: lokale Tabelle befüllen

Vielleicht hilft das etwas für dein Verständnis:

ConnectionExterneDatenbank.Execute "Insert into [MS Access;DATABASE=" & CurrentDb.Name & "].P Select * From P", , 129

Probleme gibt es nur falls die Daten in eine bereits exklusiv geöffnete Access Datenbank eingefügt werden sollen, für den Fall habe ich das zweite Beispiel angefügt.

Vielleicht hilft dir auch die Erkenntnis, dass es bei DAO genauso verwendet wird. Hilfreich wäre einmal im Test festzustellen, ob es punkto Performance Unterschiede gibt. Ich meine, falls die Datenquelle nicht ADO erfordert wird es nicht viel Unterschied geben.
LG M

 

Ehrlich gesagt: Diesen Formulierungen kann ich keinen zusammenhängenden Sinn entnehmen:

Nach dem Import, also wenn die Daten in der mdb vorliegen, gibt es Timeouts?

Bearbeitung von Daten in Access sowie das Umschichten der Daten von einer DB in die andere sind für mich sehr verschiedene Dinge. Wovon reden wir hier eigentlich?

 

\@Markus: vielen Dank für den Vorschlag.
Leider bekomme ich auch mit Deiner Syntax aus #16 einen Error:

Obwohl im sqlc String die volle Endung accdb drinsteht, wird sie in der Fehlermeldung nach dem a abgeschnitten ... seltsam ... gibt es da eine Längenbeschränkung (der komplette Pfad ist 64 Zeichen lang)?

/Edit: wenn ich den Pfad und den Dateinamen verkürze, wird er komplett in der Fehlermeldung ausgegeben, aber die Fehlermeldung bleibt trotzdem.

@Eberhard: wenn die Daten vorliegen, freilich nicht sondern - wie ich schrieb - 'im weiteren Verfahren' - sprich: wenn ich einzelne INSERTs oder UPDATEs feuere. Deshalb auch die Überlegungen zu der an anderer Stelle diskutierten Strategie der Synchronisation.

Von Daten, die von einem MySQL Server in eine lokale ACCDB heruntergeladen, in der ACCDB "offline" bearbeitet und dann wieder zur MySQL hochgeladen werden.
Ich war der Meinung, das hier (und vor allem in dem aktuelleren Thread) hinlänglich beschrieben zu haben.

 

Hallo!

Nur zum Verständnis:
Du verwendest eine Connectionstring mit Verbindungsparameter zum MySQL-Server und verwendest dann einen ODBC-Text zur Access-DB?
Hat der MySQL-Server Zugriff auf das Laufwerk, wo die accdb/mdb liegt?

Das sollte umgekehrt laufen.

Dao/Jet-Abfrage:
Code:

mfg
Josef

 

Hat er nicht, völlig klar: da liegt der Fehler.

Markus hatte in #9 beide Möglichkeiten vorgeschlagen.
Aber beide führten bei mir zum Fehler.
In #15 hatte ich es schon probiert mit dem Fehler "Installierbares ISAM nicht gefunden". Auch so: Code:

Selber Fehler ...

 

Hallo!

Hast du es schon mit "ODBC" als ersten Begriff probiert?

Code:

Falls das auch nicht funktioniert, dann erstelle zum Testen einmal eine verknüpfte Tabelle und verwende deren Verbindungszeichenfolge (aus Connection-Eigenschaft auslesen).

mfg
Josef

 

Eben gerade. Fehler: ODBC Aufruf fehlgeschlagen.

In der .connect Eigenschaft der verknüpften Tabelle steht nur 'ODBC;' und der DSN-Name.
Das entspricht ja eher der Syntax aus dem AEK Script, auf das Eberhard mich hinwies ... die sooo unperformant ist ...

 

Hallo!

Probier einmal aus, ob es mit dem Connectionstring mit DSN funktioniert.
Die Syntax ob DSN less oder mit DSN ist bezüglich Performance meiner Meinung nach egal.

Code:

mfg
Josef

 

Es funktioniert mit dem DSN im Connection-String.
Ist aber inakzeptabel - dreieinhalb Minuten für eine Tabelle (mit 4.500 Datensätzen).
Wie oben erwähnt: das Einfügen über die - mit der gleichen DSN - verknüpfte Tabelle dauert wenige Sekunden.