Kategorie: VBA und Programmiertechniken

“Firma Waren-Paradies, Konstanze Meyer am Apparat. Was kann ich für Sie tun” – “Ja, Katschmarek. Ich hatte letzte Woche eine Bestellung aufgegeben; die möchte ich gerne stornieren.” – “Wie war der Name” – “Katschmarek!” Die Kundenbetreuerin Frau Meyer gibt den Namen in die Suchmaske des Kundenformulars ihrer Datenbank zur Bestellabwicklung ein. Die Datenbank findet den Kunden nicht. “Würden Sie den Namen bitte buchstabieren” – “K-A-C-S-M-A-R-E-K” – “Mit C-S” – “Ja, genau!” Ein Glück, dass Herr Kacsmarek nicht mit “Kaufmann-Anton-Cäsar-Samuel-Martha-…” antwortete, denn dann hätte Frau Meyer wahrscheinlich nochmals nachgefragt …

Es gibt verschiene Ansätze, Anwendungsoptionen zu speichern, also zum Beispiel Standardverzeichnisse, den aktuellen Benutzer et cetera. Da wären eine eigene Optionentabelle, die Windows-Registry oder auch einfach eine Text- oder XML-Datei. Eine ganz großartige Möglichkeit wird gern übersehen: das Speichern von Optionen in den Datenbankeigenschaften. Dieser Beitrag zeigt, wie Sie Anwendungsoptionen an verschiedenen Stellen innerhalb der Access-Datenbank speichern können.

Immer wieder tauchen in Newsgroups und Foren Fragen wie die folgende auf: “Hilfe, meine Datenbank funktioniert nicht mehr. Was kann ich tun” Neben diversen Rettungsstrategien für korrupte Datenbanken wird dann häufig auf die letzte Sicherungskopie verwiesen. Wenn überhaupt eine Sicherungskopie existiert, ist diese meist mehrere Tage alt. Das Problem beim Einsatz dieser Sicherungskopie ist, dass alle Änderungen der letzten Tage verworfen werden. Dabei ist die Lösung relativ einfach: Verwenden Sie für die Entwicklung Ihrer Access-Datenbank eine Quellcodeverwaltung.

Jeder Programmierer muss einmal Farbe bekennen: Nämlich, wenn er ältere, umfangreiche und komplexe Anwendungen wieder ausgräbt und sich in diese einarbeitet, weil der Kunde Änderungswünsche äußert. Wohl dem, der gut dokumentiert hat – er findet sich mit Sicherheit gleich besser zurecht als ohne Dokumentation. Noch einfacher haben Sie es, wenn Sie Methoden und Eigenschaften Ihrer Anwendungen schön übersichtlich in einer Hilfedatei nachlesen können. Doch wer betreibt schon einen solchen Aufwand Die Antwort ist einfach: Jeder, der Spaß daran und den vorliegenden Beitrag gelesen hat.

Ohne Ereignisprozeduren läuft nicht viel in Access-Anwendungen: Wer Klicks auf Schaltflächen, Datensatzwechsel, Öffnungs- oder Schließvorgänge von Formularen mit Funktionen hinterlegen möchte, verwendet am besten die für diesen Zweck vorgesehenen Ereigniseigenschaften in Kombination mit entsprechenden VBA-Prozeduren. Wir zeigen Ihnen, wie Sie schnell zu Ihrer ersten Ereignisprozedur kommen und was es dabei zu beachten gilt.

Ereignisse werden durch Formulare, Berichte und deren Steuerelement ausgelöst, und vielleicht noch durch einige Objekte, deren Ereignisse man sich auch noch extra per WithEvents-Anweisung gefügig machen muss. Oder gibt es da noch mehr Ja, gibt es! Sie können nämlich eigene Ereignisse samt Ereignisprozedur und Parameter definieren und festlegen, wann diese ausgelöst werden. Wie das geht und was Sie davon haben erfahren Sie in diesem Beitrag.

Ereignisse kann man nicht nur innerhalb des jeweiligen Klassenmoduls eines Objekts wie in Formularen oder Berichten abfangen. Sie können auch Code in Klassenmodulen, Formular- und Berichtsmodulen unterbringen, der die Ereignisse anderer Klassenmodule abfängt und sich dort einklinkt. Dieser Beitrag zeigt, wie nützlich dies sein kann und wie es überhaupt funktioniert.