Access-Programmierung, VBA und wann die Ablösung lohnt

Fast jede Access-Datenbank, die ich in den letzten Jahren übernommen habe, hat dieselbe Entstehungsgeschichte. Jemand im Betrieb konnte Excel besser als der Rest, hat eine Liste gebaut, dann eine zweite, dann eine Verknüpfung. Irgendwann war es keine Liste mehr, sondern die Anwendung, mit der die Auftragsabwicklung läuft. Und irgendwann ist die Person nicht mehr da.

Das ist kein Vorwurf. Es ist der Normalfall, und es ist der Grund, warum Access-Programmierung eine eigene Disziplin ist.

Ist Access eine Programmiersprache?

Nein. Das ist die häufigste Verwechslung, und sie führt bei Ausschreibungen und Stellenanzeigen regelmäßig in die Irre.

Microsoft Access ist eine Entwicklungsumgebung mit eingebauter Datenbank. Programmiert wird darin in VBA, Visual Basic for Applications, derselben Sprache, die auch in Excel und Word steckt. Wer also einen Access-Programmierer sucht, sucht genau genommen jemanden, der VBA beherrscht und die Access-Umgebung kennt.

Diese Umgebung bringt vier Bausteine mit, die man ohne eine Zeile Code zusammensetzen kann: Tabellen für die Daten, Abfragen für die Auswertung, Formulare für die Eingabe und Berichte für die Ausgabe. Erst wenn diese Bausteine nicht mehr reichen, kommt VBA dazu. Genau diese Reihenfolge macht Access schnell und gefährlich zugleich.

Was Access-Programmierung praktisch heißt

In der Praxis besteht die Arbeit selten aus dem Schreiben neuer Anwendungen auf grüner Wiese. Sie besteht aus vier wiederkehrenden Aufgaben.

Bestehendes verstehen. Eine gewachsene Datenbank hat keine Dokumentation. Der erste Schritt ist immer, das Datenmodell zu lesen und herauszufinden, welche Abfrage was tut und welche Formulare noch benutzt werden.

Anpassen. Ein neues Feld, ein zusätzlicher Bericht, eine geänderte Berechnung. Klingt klein, ist es oft nicht, weil in gewachsenen Datenbanken dieselbe Logik an mehreren Stellen dupliziert liegt.

Stabilisieren. Fehlerbehandlung nachrüsten, Duplikate verhindern, eine Sicherung einrichten, die auch getestet ist.

Ablösen. Der Punkt, an dem die Datenbank aus Access herauswächst. Dazu unten mehr.

VBA, Makros und SQL, die drei Ebenen

Access kennt drei Wege, Logik zu hinterlegen, und sie werden regelmäßig durcheinandergeworfen.

Makros sind die einfachste Ebene, eine Liste vorgegebener Aktionen ohne eigenen Code. Sie reichen für Schaltflächen und einfache Abläufe und sind für Anwender lesbar.

VBA ist die eigentliche Programmierung. Ereignisse an Formularen, Schleifen, eigene Funktionen, Zugriff auf andere Office-Anwendungen. Hier entsteht der Teil, der ohne Kenntnis der Sprache nicht mehr wartbar ist.

SQL steckt in jeder Abfrage, auch wenn der grafische Abfrage-Editor es verbirgt. Wer die SQL-Ansicht nutzt, kann Dinge formulieren, die der Editor nicht anbietet, und versteht später, warum eine Abfrage langsam ist.

Eine saubere Access-Anwendung nutzt alle drei, aber jeweils dort, wo sie hingehören. Wenn Geschäftslogik in Makros steckt und Oberflächenlogik in SQL, ist das ein verlässliches Zeichen dafür, dass mehrere Personen ohne Absprache daran gearbeitet haben.

Wo Access wirklich gut ist

Access hat einen schlechten Ruf, der ihm nur zur Hälfte gerecht wird. Für einen bestimmten Zuschnitt ist es bis heute schwer zu schlagen.

Wenn eine Handvoll Personen mit einer klar umrissenen Aufgabe arbeitet, wenn Formulare und Berichte wichtiger sind als Skalierung, und wenn das Ergebnis in Tagen statt in Monaten stehen soll, dann liefert Access schneller als jede Web-Entwicklung. Für Angebotskalkulationen, Prüfprotokolle, Geräteverwaltungen oder Auswertungen aus einer Warenwirtschaft ist das oft genau der richtige Zuschnitt.

Dazu kommt ein Punkt, den man selten liest: die Anwender können mitreden. Ein Formular lässt sich vor ihren Augen ändern. Das erzeugt eine Nähe zwischen Fachbereich und Werkzeug, die größere Systeme selten erreichen.

Wo Access an Grenzen stößt

Die Grenzen sind bekannt, aber sie werden meist erst bemerkt, wenn sie schon überschritten sind.

• Zwei Gigabyte. Eine Access-Datei ist bei 2 GB am Ende. Klingt viel, bis jemand Belege als Anhänge in der Datenbank ablegt.
• Nur Windows. Es gibt keine Mac-Version und keine brauchbare Web-Variante. Die Experimente mit Access-Web-Apps in SharePoint sind Geschichte.
• Mehrbenutzerbetrieb über das Netzlaufwerk. Das ist die häufigste Ursache für beschädigte Datenbanken. Access wurde dafür nie gebaut, es hält es nur eine Weile aus.
• Kein echtes Rechtekonzept. Wer die Datei öffnen kann, kann grundsätzlich alles sehen. Berechtigungen sind Fassade, keine Sicherheit.
• Abhängigkeit von einer Person. Das größte Risiko ist selten technisch. Es ist die Frage, wer die Datenbank noch versteht.

Der erste Schritt bei fast jeder gewachsenen Datenbank ist deshalb die Trennung in Frontend und Backend. Die Tabellen wandern in eine eigene Datei auf dem Server, Formulare und Berichte bleiben lokal bei jedem Anwender. Das allein löst einen guten Teil der Stabilitätsprobleme.

Wann die Ablösung ansteht

Die Ablösung ist nicht der Abschied von Access, sondern meistens der Umbau des Unterbaus. Die Tabellen ziehen auf einen Microsoft SQL Server, die Access-Oberfläche bleibt und greift über verknüpfte Tabellen darauf zu.

Das klingt nach einem halben Schritt, ist aber der wirtschaftlichste. Die Anwender behalten die Formulare, die sie kennen, während Größenlimit, Mehrbenutzerbetrieb, Rechte und Sicherung auf eine Ebene wandern, die dafür gemacht ist. Für kleine Bestände reicht dabei oft die kostenlose Express-Ausgabe des SQL Servers, deren Grenze bei 10 GB je Datenbank liegt, also dem Fünffachen dessen, was Access schafft.

Ein vollständiger Neubau als Webanwendung lohnt sich erst, wenn zusätzlich Anforderungen dazukommen, die Access grundsätzlich nicht abbildet: Zugriff von außerhalb, mobile Nutzung, viele gleichzeitige Anwender oder eine Anbindung an andere Systeme. Diese Frage sollte man ehrlich beantworten, bevor man ein Budget dafür aufmacht.

Access-Schulung, was sich wirklich lohnt

Bei Schulungen zu Access sehe ich zwei Bedarfe, die selten zusammenpassen.

Der eine ist die Anwenderschulung, also der sichere Umgang mit einer bestehenden Datenbank, Abfragen anpassen, Berichte selbst bauen, Daten sauber exportieren. Das ist in ein bis zwei Tagen zu vermitteln und zahlt sich sofort aus.

Der andere ist die Entwicklerschulung in VBA und Datenmodellierung. Die braucht mehr Zeit und lohnt sich nur, wenn im Betrieb tatsächlich jemand die Verantwortung für die Datenbank übernehmen soll. Sonst entsteht genau die Abhängigkeit von einer Person, die man eigentlich auflösen wollte.

Häufige Fragen

In welchen Microsoft-365-Plänen ist Access enthalten? In Microsoft 365 Business Standard, Business Premium und Apps for enterprise. In Business Basic nicht, dort gibt es keine Desktop-Anwendungen. Stand Juli 2026, Vertrauensstufe hoch, Microsoft ändert die Paketierung gelegentlich.

Kann man eine Access-Anwendung nutzen, ohne Access zu lizenzieren? Ja, über die kostenlose Access Runtime. Damit lassen sich fertige Anwendungen ausführen, aber nicht bearbeiten. Für Arbeitsplätze, die nur eingeben und auswerten, spart das Lizenzkosten.

Wie viele Anwender verträgt Access gleichzeitig? Eine belastbare Zahl gibt es nicht, weil es an Datenmenge, Netzwerk und Bauart hängt. Als Faustregel: bis etwa fünf gleichzeitige Anwender ist es unkritisch, darüber gehört das Backend auf einen SQL Server.

Ist VBA noch zeitgemäß? Als allgemeine Sprache nicht. Als Automatisierungssprache innerhalb von Office ist sie unverändert im Einsatz und wird von Microsoft weiter unterstützt. Für eine bestehende Access-Anwendung ist sie die richtige Wahl, für eine neue Fachanwendung von Grund auf eher nicht.

Was kostet die Übernahme einer bestehenden Datenbank? Das hängt fast vollständig davon ab, wie viel Logik im Code steckt und wie gut sie dokumentiert ist. Die erste Sichtung ist deshalb immer ein eigener kleiner Schritt, bevor irgendjemand eine Zahl nennt.

Wenn Sie eine gewachsene Access-Datenbank im Haus haben, die niemand mehr vollständig versteht, oder wenn Sie vor der Frage stehen, ob umgebaut oder abgelöst wird, dann ist die erste sinnvolle Handlung eine Bestandsaufnahme, nicht ein Angebot. Ich arbeite seit 1998 in der IT, aus Hamburg heraus, und nehme mir diese Sichtung gern vor. Was dabei herauskommt, gehört Ihnen, unabhängig davon, wer die Arbeit danach macht. Mehr zu den Leistungen steht auf der IT-Service-Seite.