Office: (Office 2003) TXT-Datei automatisiert importieren

Code:

Im Formularmodul als Private deklarieren oder die API-Deklaration in ein allgemeines Modul verschieben. Dort kann sie als Public auch von verschiedenen Stellen genutzt werden - die Thematik Pfad erstellen kann sich ja verschiedentlich wiederholen.

 

Danke. Die gute Nachricht ist, dass der Fehler nicht mehr kommt.
Aber leider werden auch keine Sicherungen erstellt.

 

Code:

 

Super. Die automatischen Sicherungen funktionieren.
Nur leider trägt mir Access nach der Sicherung kein Datum in tbl_Backup.

 

Dann vergleiche mit dem Anfügen in die Log-Tabelle für Updates. Dort funktioniert es doch, oder?

 

Wunderbar. Es funktioniert.
Wieso sind die Fehler immer im Detail versteckt ;-)

 

Hallo,

ich bin heute auf ein Problem mit dem Code gestoßen. Wenn jemand den Importvorgang mit ESC abbricht wird trotzdem das aktuelle Datum in der Tabelle tblUpdate eingetragen. Wie kann ich das verhindern? Am besten wäre es, wenn es gar nicht erst möglich ist, mit ESC den Vorgang abzubrechen.
Anbei nochmal der Code:
Code:

Code:

 

Gegenfrage: Wieso kommt jemand auf die Idee, diesen Import abzubrechen?

Man könnte zwar den Zeitpunkt des Schreibens des Datums verschieben und von bestimmten weiteren Umständen abhängig machen oder Tastaturbefehle abblocken - aber eigentlich sollte man sich um den wirklichen Grund für Tastenspielereien kümmern. Das Ziehen des E-Steckers kann man ja auch nicht abfangen.

//OT: Vor kurzem las ich eine grandiose Fehlerbehandlung:
Code:

Wenn man das sinngemäß einbaut, erzielt man in kurzer Zeit eine hohe erzieherische Wirkung.

 

Die Gründe für solche Abbrüche kann ich leider auch nicht nachvollziehen. Vielleicht gibt es Kollegen, denen das einfach zu lange dauert.

Ich habe gerade selbst eine Kopie der Datenbank von gestern geöffnet. Dabei hat er den Importvorgang nicht gestartet, aber dennoch das heutige Datum in die Tabelle geschrieben. Nachdem ich das Datum aus der Tabelle wieder gelöscht habe, ist beim neuen starten der Datenbank der Prozess angelaufen und problemlos durchgeführt worden. Kannst du mir sagen warum er das nicht direkt beim ersten Start gemacht hat?

 

Nein, weil ich nicht das ganze Thema im Kopf habe und ich nicht weiß, was davon wirklich umgesetzt ist und wie sonstige Abläufe sind.

Dauert der Import zu lang, oder die Sicherung des BE?
Wie lange dauert das in Zahlen?

Bei Import zu lang: Ich wies oben bereits darauf hin, dass man statt alles löschen und alles importieren gezielter herangehen kann (nur teilweise löschen, Bestehendes aktualisieren, nur Neues anfügen).
Außerdem bremsen Indizes beim Schreiben (Neueinsortieren jedes neuen Wertes). Hier kann es (insbesondere bei größeren Datenmengen) sinnvoll sein, den Index vor dem Anfügen zu entfernen und nach Abschluss des Anfügens wieder neu zu setzen.

Und ich frage mich, warum beim Einschalten des PC´s und Starten der Datenbank ein User in der ersten Sekunde sofort losarbeiten muss. Kann er nicht erst einschalten und dann den Kollegen einen guten Morgen wünschen oder sich seinen Kaffee holen?
Primär würde ich für einen schnellen Import sorgen, wo man sich beeilen muss, so etwas wie einen Abbruch überhaupt hin zu bekommen. Zusätzlich würde ich zusätzlich zum Importdatum den User in der Tabelle loggen (das wer ist dann klar) und ein Meldungsfenster anzeigen etwa mit Inhalt:
"Import läuft. Wenn abgebrochen wird, wird die Datenbank beschädigt.
Wenn Datenbank beschädigt, Schreibtisch aufräumen und umgehend beim Administrator und anschließend beim Geschäftsführer melden." Das mag jetzt etwas böse klingen, aber wenn schon ein Adrenalin-Schub, dann bei der richtigen Person.

Begleitende Maßnahmen (Tastatureingaben abfangen) können zusätzlich erfolgen.

 

Hallo,

kannst Du Deine Code überhaupt kompilieren? IMHO fehlt im Form_Open ein abschließendes End If.

Ist das nur ein Fehler beim übertragen in das Forum?

CU