Modernize Studio
Sprache: DE
E‑Mail schreiben

Microsoft-Access-Datenbanken, neu gebaut als Webanwendungen

Wir nehmen die Access-Datenbank, von der Ihr Unternehmen abhängt, mit ihren Tabellen, Abfragen, Formularen, Berichten und dem VBA-Code, und bauen sie als Webanwendung mit SQL Server oder MySQL im Hintergrund neu. Die Daten kommen vollständig mit, und die Bildschirme folgen der Arbeitsweise Ihrer Mitarbeiter. Niemand muss einen neuen Ablauf lernen.

Kostenlose Analyse anfragen Northwind-Fallstudie lesen

Warum jetzt

Der Microsoft-Support für Access 2021 endet zusammen mit dem übrigen Office 2021 am 13/10/2026. Access 2016 und Access 2019 werden seit dem 14/10/2025 nicht mehr unterstützt, demselben Tag wie Windows 10. Eine Access-Datei lässt sich an diesen Tagen weiterhin öffnen, erhält aber keine Sicherheitsupdates mehr, und jede neue Version von Windows oder Microsoft 365 ist eine weitere Gelegenheit für einen defekten Verweis, ein ActiveX-Steuerelement, das nicht mehr lädt, oder einen fehlenden 32-Bit-Treiber.

Häufiger ist der Anlass jedoch praktischer Natur. Die Datei liegt auf einem Netzlaufwerk, ein oder zwei Personen wissen, wie sie funktioniert, außerhalb des Büros ist sie nur per Remotedesktop nutzbar, und sie nähert sich der Grenze von 2 GB für eine Access-Datei.

  1. Windows 10, Access 2016 und Access 2019Ende des Microsoft-Supports
  2. Access 2021 und Office 2021Ende des Microsoft-Supports

Was wir migrieren

Alles, was die Datenbank zum Laufen bringt, nicht nur die Tabellen.

  • Tabellen und Beziehungen

    Datentypen, Primärschlüssel, Indizes, Beziehungen mit referentieller Integrität, Gültigkeitsregeln und Standardwerte. AutoWert-Felder werden zu Identity-Spalten und behalten ihre bisherigen Werte, damit sich Rechnungs- und Auftragsnummern nicht ändern.

  • Abfragen

    Auswahl-, Anfüge-, Aktualisierungs-, Lösch- und Kreuztabellenabfragen, auch solche, die Werte aus geöffneten Formularen lesen. Jede wird für die neue Datenbank umgeschrieben und gegen die Ergebnisse des Originals geprüft.

  • Formulare und Unterformulare

    Eingabemasken, Endlosformulare, Kombinationsfelder mit abhängigen Listen, Haupt- und Detailansichten. Sie werden zu Webseiten mit denselben Feldern in derselben Reihenfolge.

  • Berichte

    Gruppierte Berichte mit Summen und Seitenumbrüchen, Etiketten und die Dokumente, die Sie drucken oder als PDF versenden, etwa Rechnungen und Lieferscheine.

  • VBA-Module und Makros

    Code hinter Formularen, Standardmodule, AutoExec und eingebettete Makros. Die Geschäftsregeln wandern auf den Server, wo sie für alle Benutzer gleich gelten.

  • Verknüpfte Tabellen und externe Daten

    Verknüpfungen zu anderen Access-Dateien, Excel-Tabellen, ODBC-Quellen und SharePoint-Listen, dazu die Importe und Exporte, die jemand jede Woche anstößt.

So sieht die Web-Version aus

Anschauungsbeispiel, erfundene Daten

Ein Werkstattauftrag, wie er in Access 97 aussehen könnte, und dieselbe Maske als Webanwendung.

Ziehen Sie den Regler oder nutzen Sie die Pfeiltasten.

Was woraus wird

In Access: Tabellen im Back-End (.accdb oder .mdb)
In der Webanwendung: Tabellen in SQL Server oder MySQL, mit denselben Schlüsseln und Beziehungen
In Access: Gespeicherte Abfragen
In der Webanwendung: Sichten, gespeicherte Prozeduren oder Abfragen in der Anwendung
In Access: Formulare und Unterformulare
In der Webanwendung: Webseiten mit denselben Feldern, in jedem Browser
In Access: Berichte
In der Webanwendung: Druckbare Seiten und PDF-Dateien, erzeugt vom Server
In Access: VBA in Formularereignissen
In der Webanwendung: Prüfungen und Regeln, die auf dem Server laufen
In Access: Eine Arbeitsgruppendatei (.mdw) oder gar keine Anmeldung
In der Webanwendung: Persönliche Anmeldung mit Rollen und Protokoll, wer was geändert hat

So läuft die Migration ab

  1. Analyse innerhalb von 48 Stunden

    Sie schicken uns eine Kopie der .mdb- oder .accdb-Datei (Front-End und Back-End, falls die Datenbank aufgeteilt ist), auf Wunsch mit Testdaten statt echter Datensätze. Innerhalb von 48 Stunden erhalten Sie einen schriftlichen Bericht: was das Programm heute leistet, wo die Risiken liegen, wie die Web-Version aufgebaut wäre, einen Festpreis für ein Pilotmodul und eine Schätzung für den Rest. Die Analyse ist kostenlos und verpflichtet Sie zu nichts.

  2. Pilotmodul

    Wir bauen einen Teil der Anwendung auf einer Kopie Ihrer echten Daten, meist den Teil, der am häufigsten genutzt wird. Ihre Mitarbeiter arbeiten damit im Alltag, bevor Sie über den Rest entscheiden.

  3. Automatische Vergleichstests zwischen Alt und Neu

    Wir führen die Abfragen und Berichte auf der neuen Datenbank aus und vergleichen Datensatzanzahl, Summen und gedruckte Zahlen mit den Access-Originalen. Für jede Regel, die wir finden, gibt es einen automatischen Test, der dem alten Programm und der neuen Anwendung dieselben Eingaben gibt und prüft, ob die Ergebnisse übereinstimmen. Sie erhalten die Testergebnisse.

  4. 30 Tage Parallelbetrieb

    Wenn die vollständige Anwendung fertig ist, bleibt die Access-Datenbank 30 Tage lang parallel in Gebrauch. Jede Abweichung zeigt sich, solange das alte Programm noch da ist, und wir beheben sie im Rahmen des vereinbarten Preises.

Typische Stolperstellen und wie wir damit umgehen

  1. Jet- und ACE-SQL ist kein Standard-SQL

    Access verwendet * und ? als Platzhalter in LIKE, wo SQL Server und MySQL % und _ erwarten, schreibt Datumswerte zwischen #-Zeichen und speichert True als -1. Funktionen wie IIf, Nz, Format und DateSerial haben keine direkte Entsprechung. Wer den SQL-Text einfach kopiert, erhält Abfragen, die fehlschlagen oder, schlimmer noch, andere Zeilen liefern. Wir übersetzen jede Abfrage und vergleichen ihre Ergebnisse mit dem Original.

  2. Domänenfunktionen in Schleifen und Abfragen

    DLookup, DCount und DSum sind bequem, aber jeder Aufruf startet eine eigene Abfrage. In einem Endlosformular oder innerhalb einer anderen Abfrage laufen sie leicht tausendfach für einen einzigen Bildschirm. In der Web-Version werden daraus Joins und gruppierte Abfragen, die der Datenbankserver in einem Durchgang erledigt.

  3. Abfragen, die aus geöffneten Formularen lesen

    Ein Kriterium wie [Forms]![frmAuftraege]![txtKundenNr] funktioniert nur, solange dieses Formular auf diesem PC geöffnet ist. Wir machen aus solchen Verweisen Parameter, sodass dieselbe Abfrage jeder Seite und jedem Bericht dienen kann.

  4. Ja/Nein-, Währungs- und Datum/Uhrzeit-Felder

    Access speichert Ja/Nein als 0 und -1, Währung mit vier Nachkommastellen und Datumswerte als Zahlen, die auch eine Uhrzeit enthalten können. Ohne Sorgfalt übertragen, weichen Summen um ein paar Cent ab oder ein Filter auf den 31/03 liefert nichts mehr. Wir ordnen jeden Feldtyp ausdrücklich zu und vergleichen die Summen nach jeder Übertragung.

  5. Anlage-, mehrwertige und Nachschlagefelder

    Diese Feldtypen gibt es nur im .accdb-Format, und sie verbergen zusätzliche Tabellen. Wir machen daraus normale verknüpfte Tabellen und aus Anlagen gespeicherte Dateien, auf die die Datenbank verweist.

  6. Ein Front-End auf jedem PC

    Viele Datenbanken leben von einer Kopie des Front-Ends auf jedem Arbeitsplatz, manchmal in unterschiedlichen Versionen, mit Pfaden zum Back-End auf einem verbundenen Netzlaufwerk. In der Analyse klären wir, welche Kopie maßgeblich ist und welche Pfade, Drucker und Add-ins der Code voraussetzt.

Preis und Zahlung

Analyse

Kostenlos

schriftlich, innerhalb von 48 Stunden

Pilotmodul

1.000–1.500 €

meist, zu 50 % bei Beginn und zu 50 % nach Abnahme

Die Analyse ist kostenlos. Wenn Sie sich gegen das Projekt entscheiden, behalten Sie den Bericht und schulden uns nichts.

Die Preise sind fest und werden vor Projektbeginn schriftlich vereinbart. Ändert sich der Umfang, schicken wir ein neues schriftliches Angebot und warten auf Ihre Freigabe, bevor wir die zusätzliche Arbeit erledigen.

Bei einer kompletten Migration wollen wir 40 bis 60 % unter dem üblichen Angebot einer Agentur liegen. Das ist möglich, weil wir ein kleines Studio sind, ohne teure Büros und ohne Vertriebsabteilung.

Preise zzgl. MwSt.

Zur Preisschätzung

Eine echte Migration, durch Tests belegt

Northwind ist die Beispieldatenbank, die Microsoft mit Access ausgeliefert hat, kein Kunde von uns. Wir haben eine öffentliche Kopie zu SQLite und PostgreSQL migriert, jede Tabelle und jede Abfrage mit automatischen Tests gegen das Original geprüft und auf dem Ergebnis eine funktionierende Webanwendung gebaut. Die Fallstudie nennt die Zahlen, der Äquivalenzbericht führt jede Prüfung auf.

Fallstudie lesenWebanwendung öffnen (auf Englisch)

Äquivalenzbericht (auf Englisch) · Klickbare Vorschau und Beispielanalyse (Demo)

Häufige Fragen

Können wir Access weiter nutzen, während die Web-Version entsteht?

Ja. Sie arbeiten wie gewohnt in der Datenbank weiter. Vor dem Start übertragen wir die Daten noch einmal aus der neuesten Kopie, und die Datenbank bleibt 30 Tage lang parallel zur neuen Anwendung in Gebrauch.

Könnten wir die Access-Formulare behalten und nur die Daten nach SQL Server verlagern?

Ja, und für manche Unternehmen ist das der richtige erste Schritt: Die Tabellen wandern nach SQL Server, und das Access-Front-End wird damit verknüpft. Das löst Probleme mit Größe und Stabilität, aber nicht den Zugriff von unterwegs und nicht die Abhängigkeit von Office. Die Analyse sagt Ihnen, welcher Weg zu Ihnen passt.

Unsere Datenbank ist eine .mdb aus Access 97 oder 2003. Ist das ein Problem?

Nein. Wir arbeiten mit .mdb- und .accdb-Dateien. Wurde in einer alten .mdb eine Sicherheit auf Benutzerebene eingerichtet, brauchen wir zusätzlich die Arbeitsgruppendatei (.mdw). Das sagen wir Ihnen, bevor Sie etwas schicken.

Was passiert mit unseren Berichten?

Jeder Bericht wird als Seite neu gebaut, die sich drucken oder als PDF speichern lässt, mit denselben Gruppierungen und Summen. Die Vergleichstests prüfen die Zahlen der neuen Berichte gegen die aus Access.

Wie viele Personen können die Web-Version gleichzeitig nutzen?

Das hängt eher vom Datenbankserver ab als von der Anwendung, und SQL Server oder MySQL verkraften weit mehr gleichzeitige Benutzer als eine gemeinsam genutzte Access-Datei. Die Analyse empfiehlt ein Hosting, das zu Ihrer Benutzerzahl passt.

Wo wird die Anwendung betrieben?

Auf einem Server oder Cloud-Dienst Ihrer Wahl oder auf einem Hosting, das wir für Sie einrichten. Wir setzen verbreitete Technologien ein, C# mit ASP.NET Core oder PHP mit MySQL, damit Ihr IT-Dienstleister den laufenden Betrieb übernehmen kann.

Weitere Leistungen

Kontakt

Per E‑Mail:

riccardo@modernizestudio.com
E‑Mail schreiben

Schicken Sie uns eine Kopie der Datenbank, gern mit Testdaten, oder eine kurze Beschreibung, was sie leistet. Wir antworten innerhalb eines Werktags.

Wir arbeiten von Italien aus.

E‑Mail schreiben