Inhaltsverzeichnis
Das Wichtigste vorab
Welche Datenbeziehungen müssen bei einer Access-Validierung getestet werden?
Prüfen Sie in Access die Beziehungen, die für die vollständige und richtige Aussage Ihrer Datenbank nötig sind. Dazu gehören eindeutige Schlüssel, zugehörige Detaildaten, Abfrageverknüpfungen und das Verhalten bei Löschung oder gleichzeitiger Bearbeitung. Eine korrekt geöffnete Eingabemaske beweist nicht, dass ein Bericht alle relevanten Datensätze enthält.
Einordnung und Geltungsbereich
Der Beitrag betrifft die Logik einer konkreten Access-Anwendung. Eine Access-Datei und eine Access-Oberfläche mit externem Datenbank-Backend besitzen unterschiedliche technische Grenzen. Referenzielle Integrität muss an der tatsächlich führenden Datenhaltung geprüft werden.
Fehlende Datensätze können hinter plausiblen Berichten verschwinden
Auch Lösch- und Aktualisierungskaskaden brauchen eine bewusste Bewertung. Eine bequeme technische Löschung kann zugehörige qualitätsrelevante Aufzeichnungen mit entfernen. Wenn Daten aus fachlichen Gründen korrigiert oder ungültig gesetzt werden, muss die vorgesehene Nachvollziehbarkeit erhalten bleiben. Die passende Lösung kann eine Statuslogik statt physischer Löschung sein.
Bei Mehrbenutzerbetrieb sollten Sie konkurrierende Änderungen mit realistischen Arbeitsabläufen testen. Zwei Personen können denselben Vorgang öffnen und unterschiedliche Inhalte speichern. Das erwartete Sperr- oder Konfliktverhalten gehört in die Anforderungen, damit ein verlorenes Update nicht als bloße Bedienungsfrage behandelt wird.
Das fachliche Datenmodell vor den Formularen verstehen
Beginnen Sie mit den Objekten, auf denen Ihre Entscheidungen beruhen. Eine kleine Labordatenbank kann Proben, Prüfaufträge, Methoden und Ergebnisse in verschiedenen Tabellen speichern. Für jeden Ergebniswert muss erkennbar bleiben, zu welcher Probe und welcher Methodenversion er gehört. Ein korrekt angezeigter Zahlenwert ist fachlich wertlos, wenn diese Zuordnung falsch ist.
Erstellen Sie eine Übersicht mit Primärschlüssel, Fremdschlüssel und beabsichtigter Beziehung. Unterscheiden Sie eins zu eins, eins zu vielen und über eine Zwischentabelle abgebildete Mehrfachbeziehungen. Prüfen Sie auch importierte Tabellen und verknüpfte Datenquellen. Die in Access angezeigte Beziehungslinie allein beweist nicht, dass alle gewünschten Integritätsregeln wirksam durchgesetzt werden. Die verfügbare Durchsetzung hängt unter anderem vom Speicherort der Tabellen ab.
Microsoft beschreibt referenzielle Integrität als Schutz vor verwaisten Verweisen. Kaskadierendes Löschen kann dagegen zugehörige Datensätze bewusst mit entfernen. Für aufbewahrungspflichtige Aufzeichnungen ist deshalb fachlich zu beurteilen, welche Löschvorgänge überhaupt erlaubt sein sollen. Eine technisch verfügbare Option ist kein geeigneter Standard für jeden GxP-Prozess. Testen Sie Ihre gewählte Regel in einer kontrollierten Umgebung.
Abfragen auf Vollständigkeit und Mehrfachzählung prüfen
Ein Inner Join zeigt nur passende Datensatzkombinationen. Ein Outer Join kann auch Objekte ohne passenden Gegenpart zeigen. Diese Unterscheidung beeinflusst beispielsweise einen Bericht über alle angelegten Proben. Wird eine noch nicht untersuchte Probe durch die Abfrage ausgeblendet, kann der Bericht fälschlich vollständig erscheinen. Legen Sie deshalb fest, welche fehlenden Beziehungen sichtbar bleiben müssen.
Mehrfachbeziehungen können umgekehrt Werte vervielfachen. Verknüpft eine Abfrage eine Probe mit mehreren Ergebnissen und mehreren Anhängen, kann die Kombination zusätzliche Zeilen erzeugen. Summen und Zählungen sind dann gegen einen unabhängig bekannten Datenbestand zu prüfen. Die Aussage „Die Abfrage läuft ohne Fehlermeldung“ beantwortet weder Vollständigkeit noch richtige Aggregation.
| Datenkonstellation | Eigener Prüffall | Erwartete fachliche Aussage |
|---|---|---|
| Probe ohne Ergebnis | Bericht mit offenem Prüfauftrag erzeugen | Offene Probe bleibt im vorgesehenen Status sichtbar |
| Zwei Ergebnisse je Probe | Zählung und Ergebniszuordnung vergleichen | Probe und Ergebnisse werden entsprechend der Berichtsdefinition gezählt |
| Ergebnis ohne gültige Probe | Ungültigen Fremdschlüssel kontrolliert versuchen | Gewählte Integritätskontrolle verhindert oder erkennt den unzulässigen Bezug |
| Mehrere Anhänge | Bericht vor und nach Anhangsergänzung vergleichen | Fachliche Summen ändern sich nicht allein durch Anhänge |
| Fehlende Methodenversion | Historischen Datensatz rekonstruieren | Fehlender Kontext wird erkannt und nicht stillschweigend ersetzt |
Durchgearbeitetes Testbeispiel: Probe, Methode und Ergebnis
Das Beispiel ist konstruiert. Die Probe P-104 besitzt zwei Ergebnisdatensätze: E-201 für Methode M-3 Version 2 und E-202 für eine begründet veranlasste Wiederholung. Der Bericht soll beide Ergebnisse mit ihrer jeweiligen Verwendung zeigen. Bereiten Sie einen bekannten Ausgangsbestand vor und dokumentieren Sie Datenbankversion, Tabellenstruktur, Abfrageversion und Benutzerrolle.
Im positiven Fall wird der Bericht erzeugt und jede Kennung mit dem Ausgangsbestand verglichen. Anschließend wird gezielt ein Ergebnis einer anderen Probe zugeordnet. Die erwartete Reaktion richtet sich nach der gewählten Kontrolle: Ein unzulässiger Bezug wird technisch abgewiesen oder durch einen geeigneten, festgelegten Prüfweg erkannt. Der Test darf die Sollreaktion nicht erst nach Beobachtung des Systems bestimmen.
Ergänzen Sie einen Löschversuch für P-104. Wenn die fachliche Regel die Erhaltung der Ergebnisse verlangt, darf eine Kaskadierung diese nicht unbemerkt entfernen. Prüfen Sie nicht nur die Meldung im Formular, sondern auch den verbleibenden Tabellenbestand. Ein Formular kann einen Löschbutton ausblenden, während ein anderer zugänglicher Schreibweg weiterhin Daten verändert.
| Testschritt | Vorbedingung und Aktion | Erwarteter Nachweis |
|---|---|---|
| Normaler Bericht | P-104 mit E-201 und E-202 öffnen | Richtige Kennungen, Methodenbezüge und Ergebnisverwendung |
| Unzulässiger Bezug | Ergebnis mit nicht vorhandenem Probenschlüssel anlegen | Gewählte Kontrolle reagiert nachvollziehbar |
| Elternobjekt löschen | P-104 mit bestehenden Ergebnissen löschen versuchen | Festgelegte Aufbewahrungsregel bleibt wirksam |
| Wiederholung unterscheiden | E-202 ergänzen und erneut auswerten | E-201 wird nicht unbegründet überschrieben oder versteckt |
| Bericht ändern | Join oder Filter in Testkopie gezielt verändern | Kontrollvergleich erkennt Verlust oder Mehrfachzählung |
Mehrbenutzerbetrieb und alternative Schreibwege einbeziehen
Prüfen Sie, ob mehrere Mitarbeiter dieselben Datensätze bearbeiten. Ein sinnvoller Test lässt zwei Benutzer auf denselben Prüfauftrag zugreifen und widersprüchliche Änderungen versuchen. Beobachten Sie die tatsächlich konfigurierte Konfliktbehandlung. Beschreiben Sie, welcher Stand gespeichert wird und wie der zweite Benutzer den Konflikt erkennt. Dieser Artikel verspricht keine bestimmte Sperrwirkung jeder Access-Konfiguration.
Erfassen Sie auch Importe, Makros, VBA, direkte Tabellenbearbeitung und externe Verbindungen. Eine sorgfältig geprüfte Eingabemaske deckt diese Wege nicht automatisch ab. Wenn Benutzer die Datendatei kopieren oder austauschen können, entsteht zudem eine Frage nach führendem Bestand und Zugriff. Dateiformat, Anwendungssperren und organisatorische Regeln müssen im tatsächlichen Betriebsmodell gemeinsam bewertet werden.
Verwenden Sie für die Prüfung kontrollierte Testkopien mit bekannten Daten. Dokumentieren Sie Unterschiede zum produktiven Speicherort, zur Benutzerverwaltung und zur Verknüpfung externer Tabellen. Ein Einzelplatztest auf dem Entwicklerrechner kann einen Mehrbenutzerkonflikt im Netzbetrieb nicht ausreichend abbilden. Ungeprüfte Produktionsmanipulationen sind keine geeignete Methode, um solche Risiken erst nachträglich zu entdecken.
Welche Nachweise und Betriebsregeln erhalten bleiben sollten
Ein brauchbares Paket verbindet Datenmodell, kritische Abfragen, Rollen und Testnachweise. Halten Sie fest, welche Tabellen und Dateien zusammengehören und welcher Stand freigegeben ist. Ergänzen Sie den Weg für Änderungen an Abfragen, Formularen, Importen und Code. Eine neue Abfrage kann den fachlichen Aussageumfang verändern, obwohl die Tabellen unverändert bleiben.
Bewerten Sie Sicherung und Wiederherstellung am vollständigen Bestand. Bei getrennter Oberfläche und Datenspeicherung können mehrere Komponenten erforderlich sein. Eine geöffnete Datei beweist nach Wiederherstellung noch keine richtige Zuordnung historischer Ergebnisse. Rekonstruieren Sie deshalb einen bekannten Vorgang einschließlich Methodenbezug und Bericht. Umfang und Häufigkeit richten sich nach Ihrem Einsatz und Ihren Risiken.
Die Grenze einer Access-Lösung sollte offen beschrieben sein. Wenn benötigte Zugriffs-, Änderungs- oder Aufbewahrungskontrollen mit dem gewählten Modell nicht angemessen erreicht werden, ist eine andere Architektur zu prüfen. Das bedeutet nicht, dass jedes kleine Access-Werkzeug ungeeignet ist. Entscheidend ist die nachgewiesene Eignung für die konkret begrenzte Aufgabe.
Arbeitsvorlage: Datenbeziehung und Abfrage mit einem Referenzbestand belegen
Verwenden Sie einen kleinen Referenzbestand, dessen Beziehungen unabhängig bekannt sind. Im Beispiel besitzt Probe P-104 zwei Ergebnisse und zwei Anhänge; Probe P-105 besitzt noch kein Ergebnis. Definieren Sie vor dem Test, ob der Bericht Proben, Ergebnisse oder Dokumente zählen soll. Diese drei Mengen sind unterschiedlich und dürfen nicht stillschweigend gleichgesetzt werden.
Erfassen Sie für jede kritische Abfrage Eingangsobjekte, Join, Filter und Aggregation. Prüfen Sie einen fehlenden Gegenpart und mehrere passende Gegenparteien. Damit wird sichtbar, ob offene Proben verschwinden oder Summen vervielfacht werden. Der Vergleich sollte auf bekannten Kennungen beruhen; ein bloß plausibel wirkender Gesamtwert ist zu wenig.
Wenn der Referenzbestand nicht das erwartete Ergebnis erzeugt, prüfen Sie zuerst Modell und Abfrage getrennt. Eine richtige Beziehung kann mit einem falschen Filter kombiniert sein. Eine korrekte Anzeige kann auf bereits falsch importierten Daten beruhen. Halten Sie Ursache und betroffenen Umfang fest, bevor nur der Bericht kosmetisch angepasst wird.
| Vorlagenfeld | Konstruierter Eintrag | Prüfentscheidung |
|---|---|---|
| Berichtszweck | Alle angelegten Proben mit Bearbeitungsstatus zeigen. | P-105 muss trotz fehlendem Ergebnis sichtbar bleiben. |
| Schlüssel | ProbeID verbindet Probe und Ergebnis. | Ergebnis darf nicht einer anderen vorhandenen Probe zugeordnet sein. |
| Mehrfachbeziehung | P-104 besitzt zwei Ergebnisse und zwei Anhänge. | Vier Joinzeilen dürfen nicht als vier Proben gezählt werden. |
| Löschregel | Historischer Auftrag soll rekonstruierbar bleiben. | Elternobjekt und abhängige Daten nicht unkontrolliert entfernen. |
| Schreibwege | Formular, Import und direkte Tabelle werden betrachtet. | Gewählte Integritätsregel für relevante Wege prüfen. |
| Beleg | Ausgangsbestand, Abfrageversion und tatsächlicher Bericht. | Soll und Ist besitzen dieselben eindeutigen Kennungen. |
Die nächsten Schritte
- Kritische Tabellen, Schlüssel und Beziehungen dokumentieren.
- Abfragen mit fehlenden und mehrfachen Zuordnungen prüfen.
- Änderungs-, Lösch- und Konfliktfälle gezielt testen.
- Ergebnisse mit dem vorgesehenen Aufzeichnungs- und Berechtigungskonzept abgleichen.
Häufige Fragen zu Access: Datenbeziehungen
Ist referenzielle Integrität gleich Datenintegrität?
Sind verknüpfte SQL-Tabellen automatisch abgesichert?
Kann ein Bericht trotz korrekter Einzelwerte falsch sein?
Reicht eine korrekt eingerichtete Beziehungslinie als Nachweis?
Nein. Prüfen Sie, ob Integritätsregeln tatsächlich aktiviert und für den jeweiligen Speicherort wirksam sind. Zusätzlich müssen Abfragen und Berichte die vorgesehenen Daten vollständig und richtig verwenden. Eine Beziehung kann technisch korrekt sein, während ein Filter offene Proben ausblendet oder ein Join Summen vervielfacht. Der Nachweis braucht daher Datenmodell und fachliche Auswertung.
Müssen wir jede Abfrage vollständig neu testen?
Der Umfang richtet sich nach Verwendung, Auswirkung und Änderungen. Eine qualitätsrelevante Ergebnisberechnung benötigt andere Nachweise als eine reine technische Hilfsansicht. Erfassen Sie Abhängigkeiten, damit Änderungen an Tabellen oder gemeinsamen Abfragen die betroffenen Ausgaben erkennen lassen. Wiederverwenden Sie geeignete vorhandene Nachweise, wenn deren Stand und Aussage auf den aktuellen Einsatz übertragbar sind.
Wie erkennen wir eine Mehrfachzählung in Access?
Verwenden Sie bekannte Objekte mit mehreren zugehörigen Ergebnissen oder Anhängen. Vergleichen Sie erwartete Objektzahl und tatsächliche Ausgabe. Prüfen Sie Join und Aggregation getrennt. Gleiche Summen an einem einfachen Normalbestand sind kein ausreichender Nachweis, wenn Mehrfachbeziehungen im echten Prozess vorkommen.
Sollte die referenzielle Integrität im Frontend oder Backend geprüft werden?
Prüfen Sie die tatsächlich verwendete Speicher- und Verknüpfungsarchitektur. Eine sichtbare Frontendbeziehung beweist nicht jede Durchsetzung an verknüpften Tabellen. Microsoft beschreibt Grenzen und Voraussetzungen. Der Nachweis sollte den realen Datenort sowie relevante Schreibwege abdecken und nicht nur einen isolierten lokalen Testbestand.
Quellen & fachlicher Stand
Die Quellen bilden den fachlichen Rahmen. Tabellen, Checklisten und ausdrücklich illustrative Beispiele sind eigene methodische Ableitungen, keine wörtlichen Normvorgaben. Herstellerinformationen sind auf die eingesetzte Version und Konfiguration zu beziehen.
- Europäische Kommission: EU-GMP Annex 11, Computerised Systems (2011)
- Microsoft: Create, edit or delete a relationship in Access
Zuletzt fachlich geprüft am 14.10.2026.
Daniel Herrmann Consulting
Damit Ihr Team den nächsten Schritt sicher planen kann.
Wir unterstützen Sie dabei, die Ausgangslage einzuordnen, Verantwortlichkeiten zu klären und passende Nachweise im Betrieb umzusetzen. Welche Unterstützung sinnvoll ist, hängt von Ihrem System, Ihrem Team und dem konkreten Ziel ab.
- IT-GxP-Audit →
Offene Punkte und Prioritäten für Ihren Betrieb einordnen.
- IT-GxP-Consulting →
Vereinbarte Systemprojekte strukturiert umsetzen und übergeben.