Access-Datenbank ablösen: wann es Zeit ist und wie Daten und Regeln umziehen

Eine Access-Datenbank ablösen heißt, die Daten und die darin eingebaute Logik aus Microsoft Access in eine Anwendung zu übertragen, die mehrere Nutzer, Rechte und Zugriffe von außen sauber verkraftet. Nötig wird das meist nicht, weil Access schlecht ist, sondern weil der Betrieb über das hinausgewachsen ist, wofür die Lösung einst gebaut wurde.

Wann sollte man eine Access-Datenbank ablösen?

Access ist für viele Betriebe der erste Schritt weg von der Tabellenkalkulation: Tabellen mit Beziehungen, Formulare für die Eingabe, Berichte für den Ausdruck, alles ohne eigene Programmierabteilung. Genau deshalb tragen Access-Lösungen oft jahrelang Aufträge, Material oder Serviceeinsätze. Die Frage nach dem Ersatz stellt sich, wenn mehrere der folgenden Anzeichen zusammenkommen:

• Mehrere Personen arbeiten gleichzeitig, und die Datei wird langsam oder muss regelmäßig repariert werden.
• Außendienst, Kunden oder Partner sollen auf Daten zugreifen, ohne im Büronetz zu sitzen.
• Die Person, die die Lösung gebaut hat, ist nicht mehr im Haus oder die Einzige, die Änderungen wagt.
• Ein Office-Update oder ein neuer Rechner bringt Formulare und Makros zum Stolpern.
• Der Datenschutz fragt, wer welche Daten sehen darf, und die ehrliche Antwort lautet: jeder mit Zugriff auf das Laufwerk.

Warum Access im Betrieb an Grenzen stößt

Access ist eine Datenbank für den Arbeitsplatzrechner. Liegt die Datei auf einem Netzlaufwerk und öffnen sie viele gleichzeitig, steigt das Risiko beschädigter Dateien, denn jeder Rechner greift direkt auf dieselbe Datei zu. Die Dateigröße hat eine feste Obergrenze, und eine Rechteverwaltung, die festlegt, wer welche Datensätze sehen darf, bietet das aktuelle Dateiformat nicht.

Dazu kommt die Logik. Geschäftsregeln stecken in Abfragen, Formularereignissen und VBA-Modulen, über Jahre verteilt und selten dokumentiert. Ein Zugriff über Browser oder Telefon ist nicht vorgesehen. Und die Lösung hängt an der installierten Office-Umgebung, was jede Umstellung der Arbeitsplätze zu einem Risiko macht.

Drei Wege: Backend tauschen, neu bauen, Standard kaufen

• Backend tauschen. Die Tabellen wandern auf einen Datenbankserver, die Access-Oberfläche bleibt. Das entschärft Probleme im Mehrbenutzerbetrieb und ermöglicht Rechte auf dem Server, lässt aber die verstreute Logik und die Abhängigkeit von Office bestehen. Als Zwischenschritt kann das sinnvoll sein.
• Neu bauen. Eine Webanwendung übernimmt Daten und Regeln, läuft im Browser und bietet Rollen, Änderungsprotokolle und Zugänge von außen. Das ist der aufwendigere, aber dauerhafte Weg.
• Standardsoftware. Deckt ein Branchenprogramm den Ablauf weitgehend ab, ist es oft die bessere Wahl; die Arbeit liegt dann in Datenübernahme und Anpassung der eigenen Abläufe.

Welcher Weg passt, hängt davon ab, wie viel eigene Logik die Lösung trägt. Ein Betrieb, dessen Datenbank vor allem Adressen und Termine hält, braucht selten eine Neuentwicklung. Wer dagegen Kalkulation, Disposition und Abrechnung darin abbildet, hat ein eigenes Programm, das auch so behandelt werden sollte.

Access-Datenbank ablösen: die Schritte

1. Bestandsaufnahme. Tabellen, Beziehungen, Abfragen, Formulare, Berichte und VBA-Module werden auf einer Kopie gelesen und inventarisiert.
2. Regeln sichtbar machen. Aus Abfragen und Code entsteht eine Liste der Geschäftsregeln, die der Betrieb bestätigt.
3. Daten bereinigen. Dubletten, freie Textfelder und uneinheitliche Einträge werden vor der Übernahme geklärt.
4. Bereichsweise umsetzen. Ein Bereich nach dem anderen entsteht in der neuen Anwendung und wird gegen die alte Lösung verglichen.
5. Umschalten. Stimmen die Vergleichsauswertungen, wird der Bereich in Access schreibgeschützt und bleibt als Archiv erhalten.

Woran die Übergabe eines Bereichs gemessen wird, beschreibt der Artikel zur Abnahme.

Typische Fehler beim Umstieg

• Masken nachbauen statt Abläufe verstehen. Die neue Anwendung kopiert alte Formulare samt ihrer Umwege.
• Nur die Tabellen übertragen. Die Regeln aus Abfragen und Makros bleiben zurück und fallen erst im Alltag auf.
• Alles an einem Tag. Ein harter Umstieg ohne Vergleich macht Fehler erst im laufenden Betrieb sichtbar, wenn die alte Datei schon geschlossen ist.

Wie wir eine Access-Lösung ersetzen

Wir beginnen mit dem Auslesen der Access-Datei auf einer Kopie und liefern als erstes Ergebnis die bestätigte Regelliste. Danach bauen wir Bereich für Bereich eine Webanwendung in TypeScript mit PostgreSQL-Datenbank, übernehmen die bereinigten Daten und vergleichen die Ergebnisse mit der alten Lösung, bis der Bereich abgenommen ist. Ob sich statt einer Neuentwicklung ein Standardprogramm eignet, sagen wir vorher. Den Ablauf beschreibt die Seite Softwareentwicklung; verwandt ist der Artikel Excel als Datenbank.