Zukunftssichere Architektur: Access + WordPress + Azure SQL

Drei Systeme, ein Ziel

Du willst Flexibilität, Skalierbarkeit und Kontrolle.
Ohne alles neu zu erfinden.
Ich setze dabei auf ein bewährtes Trio:

• Access für die interne Fachlogik
• WordPress für das Web-Frontend
• Azure SQL Database als zentrale Datenplattform

Das funktioniert – und wächst mit.
Ich zeige Dir, wie.

Grundprinzip: Trennung der Verantwortlichkeiten

Schicht	System	Aufgabe
Backend lokal	Access	Pflege, Import, Auswertung
Backend online	Azure SQL	zentrale Speicherung, Zugriff via API
Frontend	WordPress	Darstellung, Formulare, Login-Portale

Jedes System macht, was es gut kann.
Und nichts, was es nicht muss.

Azure SQL Database als Herzstück

Vorteile

• Hochverfügbar
• Skalierbar
• Sicher
• DSGVO-konform (in West-Europa)
• Per ODBC und PHP direkt nutzbar

Verbindung aus Access

Dim conn As Object
Set conn = CreateObject("ADODB.Connection")

conn.Open "Provider=MSOLEDBSQL;Data Source=tcp:meinserver.database.windows.net,1433;" & _
          "Initial Catalog=meinedatenbank;User ID=adminuser;Password=geheim123!;Encrypt=yes;TrustServerCertificate=no;"

Dann normale SQL-Statements oder DAO mit verknüpften Tabellen.

Access: Schnell, lokal, stark in Fachlichkeit

Access bleibt das Tool der Wahl, wenn es um:

• Massendaten-Pflege
• Formulare mit interaktiver Logik
• Seriendrucke, Reports
• Tabellenfilterung mit hoher Performance (lokal zwischenspeichern)

geht.

Beispiel:

If Me.Status = "Neu" And DateDiff("d", Me.ErfasstAm, Date) > 5 Then
    Me.Status = "Veraltet"
End If

In Azure SQL? Möglich. Aber umständlich.

WordPress: Das Frontend im Browser

Die Online-Darstellung läuft über WordPress.
Daten kommen direkt aus Azure SQL – entweder per API oder per Custom Query.

PHP-Query direkt gegen Azure SQL

$serverName = "tcp:meinserver.database.windows.net,1433";
$connectionOptions = [
    "Database" => "meinedatenbank",
    "Uid" => "adminuser",
    "PWD" => "geheim123!",
    "Encrypt" => 1,
    "TrustServerCertificate" => 0,
];

$conn = sqlsrv_connect($serverName, $connectionOptions);
$sql = "SELECT Name, Lieferdatum FROM Lieferungen WHERE Status = 'offen'";
$stmt = sqlsrv_query($conn, $sql);

Mit Shortcodes, ACF oder REST kannst Du die Daten dann im Portal darstellen.

REST-API statt direkter DB-Zugriff (empfohlen)

Du kannst auch über eine eigene REST-API auf Azure SQL zugreifen.
Dafür setze ich meist eine kleine Node.js oder PHP-Zwischenschicht auf Azure Functions oder einen App Service.

WordPress ruft dann z. B. ab:

GET https://meinedomain/api/lieferung/123

Und die API liefert JSON – z. B. aus einem T-SQL Select mit JOINs.

Sicherheit: Das darf nicht fehlen

• IP-Filter für Azure SQL
• Azure AD-Authentifizierung für Zugriff von Access
• Keine direkten Zugangsdaten im WordPress-Quellcode
• API-Zugriff per OAuth oder JWT
• Rollenbasiertes Konzept in allen drei Schichten

Typische Rollenverteilung

Rolle	Zugriff auf
Access-User	alle Tabellen, Schreibrechte
WP-User	nur selektive Views per API
Admin	Vollzugriff, Logging

T-SQL-Beispiel: View für WordPress

CREATE VIEW vw_OffeneLieferungen AS
SELECT ID, Lieferdatum, Kunde
FROM Lieferungen
WHERE Status = 'offen' AND SichtbarImPortal = 1

In WordPress greifst Du nur auf diese View zu.
Keine Rohdaten, kein Chaos.

Warum das zukunftssicher ist

• Access stirbt nicht, sondern stabilisiert den operativen Alltag
• WordPress ist flexibel, günstig und mobilfähig
• Azure SQL ist skalierbar und modern

Und alles ist modular.
Wenn Du mal auf Power Platform, Power BI oder eine App umsteigen willst – Azure SQL bleibt kompatibel.

Mein Fazit als Datenschäfer

Ich baue Systeme für KMU, nicht für Entwicklerpreise.
Access ist das Werkzeug. WordPress das Schaufenster. Azure SQL das Rückgrat.
Zusammen ergibt das ein System, das auch in fünf Jahren noch wartbar ist.
Oder wie wir im Norden sagen: „Läuft.“