Datenintegrität gefährdet => Wie ich dafür sorge, dass Daten konsistent und korrekt bleiben

Wenn „passt schon“ irgendwann nicht mehr passt

Access macht vieles einfach. Aber auch vieles kaputt, wenn man nicht aufpasst.

SQL Server ist stabil – aber auch nur, wenn man ihm Regeln gibt.

Ich zeig Dir, wie ich Datenintegrität so absichere, dass Du nachts ruhig schlafen kannst.

Drei Sorten Integrität, die Du im Griff haben musst

• Entitätsintegrität → jeder Datensatz hat eine eindeutige ID
• Referentielle Integrität → verknüpfte Datensätze passen zusammen
• Domänenintegrität → Werte sind gültig, vollständig, im Rahmen

Wenn eine davon fehlt, wird Access unbrauchbar und SQL-Tabellen unbrauchbar genau.

Entitätsintegrität: Primärschlüssel ist Pflicht

Access

Jede Tabelle braucht ein Primärschlüsselfeld.
Kein zusammengesetzter Quatsch.
Autowert ist okay – aber nicht als Ersatz für Logik.

CREATE TABLE Kunden (
  KundenID AUTOINCREMENT PRIMARY KEY,
  Name TEXT(100) NOT NULL
);

SQL Server

CREATE TABLE Kunden (
  KundenID INT IDENTITY(1,1) PRIMARY KEY,
  Name NVARCHAR(100) NOT NULL
);

Fehlt der Schlüssel, kannst Du keine Beziehungen sauber abbilden.

Referentielle Integrität: Beziehungen mit Konsequenz

Access

Im Beziehungsfenster:
„Referentielle Integrität“ aktivieren

• Kaskadierendes Löschen nur, wenn Du’s wirklich willst.

SQL Server

ALTER TABLE Bestellungen
ADD CONSTRAINT FK_Bestellungen_Kunden
FOREIGN KEY (KundenID) REFERENCES Kunden(KundenID);

Willst Du nicht, dass gelöschte Kunden alle Bestellungen mitreißen?

Dann:

ON DELETE NO ACTION

Domänenintegrität: Regeln für jeden Wert

Access

• Datentypen richtig wählen
• Eingabemasken (wenn nötig)
• Validierungsregeln

Me!txtPLZ.ValidationRule = "Like '#####'"
Me!txtPLZ.ValidationText = "Bitte genau 5 Ziffern."

Oder in der Tabelle selbst:

Feld: PLZ  
Gültigkeitsregel: Is Null Or Like "#####"

SQL Server

ALTER TABLE Kunden
ADD CONSTRAINT CK_Kunden_PLZ
CHECK (PLZ LIKE '[0-9][0-9][0-9][0-9][0-9]');

Oder ENUM-ähnlich über eine Referenztabelle + FK.

Eingabefehler abfangen: VBA mit Prüfung

Private Sub btnSpeichern_Click()
    If IsNull(Me!txtKunde) Then
        MsgBox "Kunde fehlt.", vbExclamation
        Exit Sub
    End If

    If Len(Me!txtPLZ) <> 5 Or Not IsNumeric(Me!txtPLZ) Then
        MsgBox "PLZ ungültig.", vbExclamation
        Exit Sub
    End If

    DoCmd.RunCommand acCmdSaveRecord
End Sub

So vermeidest Du Müll in der Datenbank.

Transaktionen verwenden – auch in Access

VBA-Beispiel mit DAO

Dim db As DAO.Database
Set db = CurrentDb

db.BeginTrans

On Error GoTo Fehler

db.Execute "INSERT INTO Kunden (Name) VALUES ('Muster GmbH')", dbFailOnError
db.Execute "INSERT INTO Auftraege (KundenID, Betrag) VALUES (42, 1000)", dbFailOnError

db.CommitTrans
Exit Sub

Fehler:
    db.Rollback
    MsgBox "Fehler beim Speichern: " & Err.Description

SQL Server (T-SQL)

BEGIN TRANSACTION;

INSERT INTO Kunden (Name) VALUES ('Muster GmbH');
INSERT INTO Auftraege (KundenID, Betrag) VALUES (SCOPE_IDENTITY(), 1000);

COMMIT;

Oder bei Fehler:

ROLLBACK;

Transaktionen sind Dein Airbag.

Prüfung der Datenqualität

SQL Server: Dubletten finden

SELECT KundenID, COUNT(*) 
FROM Kunden 
GROUP BY KundenID 
HAVING COUNT(*) > 1;

Access: Ungültige Fremdschlüssel

SELECT Bestellungen.*
FROM Bestellungen
LEFT JOIN Kunden ON Bestellungen.KundenID = Kunden.KundenID
WHERE Kunden.KundenID IS NULL;

Ergebnis: Datenmüll.
Ursache: schlechte Kontrolle.

Tabelle: Maßnahmen zur Datenintegrität

Bereich	Access	SQL Server
Primärschlüssel	Autowert, eindeutige Felder	IDENTITY, UNIQUE
Fremdschlüssel	Beziehungen mit Integrität	FK mit ON DELETE/ON UPDATE
Gültigkeitsprüfung	Validierungsregel, Eingabemaske	CHECK, DEFAULT, FK
Eingabekontrolle	VBA-Formularlogik	Stored Procedures + Constraints
Transaktionen	BeginTrans + Rollback	BEGIN TRAN + ROLLBACK
Reporting-Checks	Abfragen mit LEFT JOIN IS NULL	Views, Alerts, Triggers

Mein Setup für saubere Daten

Bereich	Vorgehen
Tabellenstruktur	getrennt nach Entitäten, sauber mit PK/FK
Eingaben	Masken mit VBA-Logik
Automatische Prüfung	nächtliche Reports mit LEFT JOIN-Abfragen
Fehlervermeidung	VBA-Transaktionen + Rückmeldungen
Aufräumen	Skripte mit Logging, keine Ad-hoc-Löschungen

Wer Daten nicht schützt, hat irgendwann keine mehr, auf die er sich verlassen kann.

Datenintegrität ist kein Luxus – sie ist die Grundlage für alles.

Und Access wie SQL Server können das – wenn Du es ihnen beibringst.