Daten extern erfassen

[Klaus S. aus B]

Hallo zusammen,

ich habe ein eher generelleres Problem:

Ich suche eine Lösung, wie ich Daten zwischen zwei Datenbanken automatisiert per Mail übertragen kann.

Zum Hintergrund:
In der Zentrale gibt es eine Datenbank mit den Einsatzdaten für Servicetechniker. Diese sollen per Email (VPN ist leider keine Option) an den Techniker geschickt werden. Er kann sie dann in (s)eine Datenbank importieren und dazu die Arbeitszeiten, etc. erfassen. Auf Knopfdruck kann er dann (einmal pro Woche) seine Daten per Mail an die Zentrale schicken, wo die Daten dann automatisiert in die dortige Datenbank importiert werden.

Mir ist bisher nur eingefallen, das über Excel- Ex und Import zu lösen, wollte aber bevor ich das anfange, mal hören ob es nicht etwas besseres gibt.

Gruß
Klaus

[DF6GL]

Hallo,


Was heißt "besser"?

Am Einfachsten ist IMH(orrible)O der Ex-/Import über eine csv-Datei...

[Klaus S. aus B]

Hallo Franz,

habe mich mit dem Ex-/Import von  angefreundet.
Die csv für den Import habe ich als verlinkte Tabelle eingefügt und aktualisiere die Daten per Abfrage mit der Accesstabelle. KLappt wunderbar.

Jetzt habe ich nur eine Frage: Auch bei Ausführen der "reinen" SQL Abfrage bekomme ich zwei Messageboxen "...wollen sie die Abfrage ausführen..." und "...es werden x Datensätze aktualisiert...". Diese muss ich bestätigen.

Kann man diese beiden Messageboxen "abfangen"?

Gruß
Klaus

[MaggieMay]

Hi,

wenn du die Execute-Methode zum Ausführen der Abfrage einsetzt, entfallen die lästigen Rückfragen. Alternativ kannst du mit DoCmd.SetWarnings False die Warnmeldungen abschalten. Du musst aber dafür sorgen, dass sie in jedem Fall auch wieder eingeschaltet werden, weil nicht nur die Ausführung von Abfragen davon betroffen ist. Bspw. werden auch Speichernachfragen beim Schließen von Formular- und Abfrageentwürfen etc. unterbunden und die Objekte kommentarlos gespeichert - ob du es willst oder nicht. 

[Klaus S. aus B]

Hallo Maggie,

das mit dem Execute habe ich nicht hinbekommen, aber die andere Variante funktioniert.

Gruß
Klaus

[MaggieMay]

Woran ist es gescheitert, hast du die Access-Hilfe dazu befragt?

[Klaus S. aus B]

Hallo Maggie,

ja, die Hilfe habe ich auch bemüht, aber ich bin an der Definition des "connection Objects" gescheitert.

Ausdruck.Execute(Query, Options)
Ausdruck   Eine Variable, die ein Connection-Objekt darstellt.

Gruß
KLaus

[MaggieMay]

Die Execute-Methode kommt in verschiedenen Kontexten zum Einsatz, hier wäre "Database" das richtige Stichwort gewesen.
Der Befehl sieht dann bspw. so aus:

Code [Auswählen] Erweitern

CurrentDB.Execute "Abfrage", dbFailOnError

[Klaus S. aus B]

...so klappt's