{"id":55000076,"date":"2012-04-01T00:00:00","date_gmt":"2020-01-24T15:57:55","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=76"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"Fehlerbehandlung_in_Formularen","status":"publish","type":"post","link":"https:\/\/access-basics.de\/index.php\/Fehlerbehandlung_in_Formularen.html","title":{"rendered":"Fehlerbehandlung in Formularen"},"content":{"rendered":"
In den Artikeln Fehler unter VBA und Fehlerbehandlung unter VBA (Teil I und II) haben Sie fast schon alles über Fehler und ihre Behandlung erfahren. Es gibt jedoch ein paar Fälle, in denen zwar Fehlermeldungen erscheinen, Sie aber keine Chance haben, auf diese zu reagieren. Dies geschieht beispielsweise, wenn Sie per Formular einen Wert zwei Mal in ein Feld mit eindeutigem Index eingeben. In diesem Artikel erfahren Sie, wie Sie solche Fehler ebenfalls abfangen und eine eigene Fehlerbehandlung dafür implementieren – gegebenenfalls auch mit benutzerdefinierter Fehlermeldung.<\/p>\n
Beispieldatenbank<\/h2>\n
Die Beispiele dieses Artikels finden Sie in der Datenbank 11_08_FehlerbehandlungInFormularen.mdb<\/b>.<\/p>\n
Benutzerdefinierte Fehlermeldungen<\/h2>\n
Nichts ist ärgerlicher, als wenn der Benutzer einer Anwendung Fehlermeldungen angezeigt bekommt, die er nicht interpretieren kann, weil diese schlicht nicht aussagekräftig genug ist. In solchen Fällen sollten Sie immer eine benutzerdefinierte Meldung bereithalten und entsprechend auf den Fehler reagieren (gegebenenfalls gelingt dies ja auch, ohne dass der Benutzer überhaupt eine Fehlermeldung zu Gesicht bekommt …). Wie Sie dies für Fehler durchführen, die durch VBA-Anweisungen in den Ereignisprozeduren ausgelöst werden, erfahren Sie unter Fehlerbehandlung unter VBA <\/b>und Fehlerbehandlung in der Praxis<\/b>.<\/p>\n
Die Fehler, von denen wir hier sprechen, sind in den meisten Fällen keine Fehler, sondern lediglich Meldungen, die auf Verletzungen etwa der Datenintegrität hinweisen – meist werden diese durch die Jet-Engine verursacht, die für den Zugriff und das Bearbeiten der in den Tabellen gespeicherten Daten verantwortlich ist. Beispiele hierfür sind die folgenden:<\/p>\n
\n
Eingabe eines Textes in ein Zahlenfeld,<\/li>\n
Speichern eines Datensatzes, der noch nicht gefüllte Pflichtfelder enthält,<\/li>\n
Gültigkeitsmeldungen oder<\/li>\n
Eingabe eines bereits vorhandenen Wertes in ein Feld, das als eindeutiges Feld indiziert ist.<\/li>\n<\/ul>\n
Restriktionen durch den Datentyp<\/h2>\n
Das erste Beispiel zeigt die grundlegende Vorgehensweise beim Abfangen von Fehlern in Formularen, die nicht durch den Code selbst ausgelöst werden. Das Beispielformular heißt frmArtikel <\/b>und verwendet die Tabelle tblArtikel <\/b>als Datenherkunft. Diese Tabelle enthält beispielsweise ein Feld namens Einzelpreis<\/b>, das den Datentyp Währung <\/b>aufweist. Dementsprechend darf der Benutzer nur Zahlenwerte eingeben. Wenn er hier etwa einen Text eingibt, weil er der Ansicht ist, man müsste neben der Preisangabe noch die Zeichenkette EURO <\/b>ausschreiben, löst dies die Meldung aus Bild 1 aus.<\/p>\n
![\"Dieser](\"..\/tl_files\/images\/pic_76_001.png\")
<\/a><\/p>\n