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 …

Access-Entwickler sind nicht gerade verwöhnt, wenn es um objektorientierte Techniken unter VBA geht. Es gibt zwar die Möglichkeit, Klassen zu programmieren und Objekte auf Basis dieser Klassen zu erzeugen, aber Features wie Vererbung fallen weitgehend flach. Weitgehend Nun, zumindest die sogenannte Schnittstellenvererbung ist unter VBA möglich. Damit können Sie immerhin mehrere Ausprägungen einer Klasse nach den Vorgaben einer Schnittstelle implementieren und diese je nach Bedarf austauschen.

Wenn Sie mit der Verwendung von Interfaces vertraut sind und diese anwenden, um verschiedene Implementierungen einer Klasse einzusetzen, fehlt nur noch ein kleiner Schritt zur Entkopplung des aufrufenden Codes zu den genutzten Klassen. Dieser Beitrag zeigt, wie Sie das Factory-Pattern für die Erzeugung beliebiger Implementierungen einer Schnittstelle nutzen, ohne dass die aufrufende Prozedur einen Bezug zu dieser Implementierung hat.

Tabellen, Felder und Beziehungen erstellt man normalerweise mit den Werkzeugen der Benutzeroberfläche von Microsoft Access. Es kann jedoch nie schaden, per VBA-Code sowohl auf die Definition der Elemente des Datenmodells zuzugreifen und diese auch erstellen oder ändern zu können.In diesem Beitrag zeigen wir, wie Sie die datenbezogenen Objekte Ihrer Datenbank mit den Eigenschaften und Methoden der DAO-Bibliothek im Griff behalten.

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.