Methode für die Protokollierung von Fehlern und Warnungen in MS Access

Ich bin eine Praktikantin, die macht der Rechnungs-Datenbank für einen neuen Markt, der mein Unternehmen tätig ist. Erstellt habe ich alle Tabellen, und die haben eine automatische Art und Weise zu greifen und die Daten importieren. Jedoch, die Methode zu importieren ist eine Art von brute-force und nicht sehr elegant, weil ich hatte nur 2 Wochen zu arbeiten.

  1. Ich habe verknüpfte Tabellen in der Datenbank in CSV-Dateien
  2. Habe ich anfügen, Abfragen, hinzufügen neuer Datensätze zu bestehenden Tabellen. Warnungen werden ausgelöst, nach doppelten Einträgen, aber diese kann ignoriert werden.

Was für meine Firma tun möchte, ist jeden Tag führen Sie ein Programm, das ich geschaffen, um diese herunterzuladen und Berichte, auf eine rolling-Intervall von etwa 30 Tagen. Dann fügen Sie neue Datensätze in der Access-Datenbank.

Da bin ich bald verlassen, ich werde nicht die Zeit haben, testen Sie diese Datenbank, und würde gerne einige Methode der Dokumentation von Fehlern und Warnungen, die ausgelöst werden; alles aus einer doppelten Eintrag Warnung zu einem Typenkonflikt-Fehler oder einem syntax-Fehler in einigen SQL-Abfrage. Ist dies möglich und wenn ja, was denkst du, wäre der effektivste Weg, um darüber zu gehen? Vielleicht während mein import-makro ausgeführt wird öffnen, wird ein Fehler-handling-Funktion? Wir arbeiten in Access 2007, wenn das hilft.

InformationsquelleAutor Tom | 2012-01-11
  1. 3

    Können Sie schreiben, um eine text-Datei, die für die meisten Teil, der in der error-handling-routine, die für die jeweiligen Verfahren. Möglicherweise müssen Sie aufpassen, für den schwerwiegenderen Fehlern und tun etwas anderes mit Ihnen. Sie werden wahrscheinlich auch müssen aufpassen, DAO-Fehler, nicht ganz das gleiche wie code-Fehler (http://office.microsoft.com/en-us/access-help/HV080753531.aspx). Es können auch andere Fehler, die Sie möchten, zu erhöhen Sie sich:

    Err.Raise vbObjectError + 100

    Finden Sie unter: http://msdn.microsoft.com/en-us/library/aa241678(v=vs. 60).aspx

    LogError (ErrNo & " " & ErrDescr & " " & ErrInfo)

Sub LogError(strError)
Const ForAppending = 8
Dim strPath As String
Dim fs As Object
Dim a As Object

    strPath = GetDataDirectory

    Set fs = CreateObject("Scripting.FileSystemObject")
    If fs.FileExists(strPath & "\ErrorLog.txt") = True Then
        Set a = fs.OpenTextFile(strPath & "\ErrorLog.txt", ForAppending)
    Else
        Set a = fs.createtextfile(strPath & "\ErrorLog.txt")
    End If
    a.WriteLine Date + Time & " " & strError
    a.Close

    Set fs = Nothing
End Sub

    Mehr info: http://msdn.microsoft.com/en-us/library/bb221208(v=office.12).aspx

    • +1, man könnte auch annehmen und eine Methode, die ähnlich wie diese zu schreiben, die Fehler in eine Tabelle, anstatt eine text-Datei, wenn jemand im hintergrund zugreifen, um es anzuzeigen.
    • Ich glaube, ich würde vermeiden, mit der Anwendung selbst aus mehreren Gründen, einschließlich der Feststellung, die Letzte Sache, die angemeldet war, bevor es zerfiel, und die Einfachheit des E-Mail eine text-Datei.
    • Nur so ein Gedanke, falls die Anwendung ist ein multi-user-Umgebung, könnte die text-Datei gesperrt werden auf mehrere Benutzer-Fehler zur gleichen Zeit?
    • Ich weiß nicht, aber ich denke, es ist möglich, aber wenn Sie haben so viele Nutzer und so viele Fehler, ich glaube, Sie haben mehr sorgen als eine text-Datei zu sperren.
    InformationsquelleAutor Fionnuala
Schreibe einen Kommentar