Zur Hauptseite ... Zum Onlinearchiv ... Zum Abonnement ... Zum Newsletter ... Zu den Tools ... Zum Impressum ... Zum Login ...

Achtung: Dies ist nicht der vollständige Artikel, sondern nur ein paar Seiten davon. Wenn Sie hier nicht erfahren, was Sie wissen möchten, finden Sie am Ende Informationen darüber, wie Sie den ganzen Artikel lesen können.

Kompletten Artikel lesen?

Einfach für den Newsletter anmelden, dann lesen Sie schon in einer Minute den kompletten Artikel und erhalten die Beispieldatenbanken.

E-Mail:

Gedrucktes Heft

Diesen Beitrag finden Sie in Ausgabe 2/2007.

Unser Angebot für Sie!

Lesen Sie diesen Beitrag und 500 andere sofort im Onlinearchiv, und erhalten Sie alle zwei Monate brandheißes Access-Know-how auf 72 gedruckten Seiten! Plus attraktive Präsente, zum Beispiel das bald erscheinende Buch 'Access 2010 - Das Grundlagenbuch für Entwickler'!

Diesen Beitrag twittern

Zusammenfassung

Lernen Sie den Unterschied zwischen einfachen und komplexen m:n-Beziehungen und ihre Vor- und Nachteile kennen.

Techniken

Tabellen, Datenmodellierung

Voraussetzungen

Access 2000 und höher

Beispieldatei

-

Shortlink

451

Einfache und komplexe m:n-Beziehungen

André Minhorst, Duisburg

Dass Sie m:n-Beziehungen zum Kombinieren von Datensätzen zweier Tabellen verwenden, wissen Sie. Genauso ist bekannt, dass die Beziehung über eine so genannte Verknüpfungstabelle hergestellt wird. Viele wissen aber nicht, wie man individuelle Informationen zur Verknüpfung zweier bestimmter Datensätze speichert. Access im Unternehmen zeigt anhand verschiedener Beispiele, wie das funktioniert.

Das Herstellen einer einfachen m:n-Beziehung ist ganz einfach: Sie legen zwei Tabellen für die jeweiligen Objekte an, die miteinander verknüpft werden sollen - etwa Fahrzeuge und Ausstattungsmerkmale oder Publikationen und Empfänger - und verbinden diese mit einer Tabelle, indem Sie dieser zwei mit den Primärschlüsseln der jeweiligen Tabellen verknüpfte Fremdschlüsselfelder zuweisen.

Im einfachen Fall der Fahrzeuge und Sonderausstattungen sieht das wie in Abb. 1 aus.

pic001.tif

Abb. 1: Eine einfache m:n-Beziehung

Die beiden Felder der Verknüpfungstabelle dienen dabei meist als zusammengesetzter Primärschlüssel. Das heißt, dass die Tabelle jede Kombination von Fahrzeug und Ausstattungsmerkmal nur einmal aufnehmen kann, was in diesem Fall ja auch sinnvoll ist (s. Abb. 2).

pic002.tif

Abb. 2: Zusammengesetzter Primärschlüssel der Verknüpfungstabelle

Komplexe m:n-Beziehung mit Zusatzdaten und separatem Primärschlüsselfeld

Wenn dies nicht so ist, deutet einiges darauf hin, dass die Verknüpfungstabelle nach weiteren Feldern verlangt. Ein Beispiel sind Rezepte und Zutaten: Dort erstellen Sie auch eine Beziehung über eine Tabelle, die sämtliche Kombinationen aus Rezepten und Zutaten erlaubt.

Nur dürfen Sie hier keinen zusammengesetzten eindeutigen Index und damit auch keinen passenden Primärschlüssel anlegen, denn ein Rezept kann ja auch die gleiche Zutat mehrmals enthalten - für unterschiedliche Bestandteile des Rezepts.

In dem Fall muss die Verknüpfungstabelle zumindest ein weiteres Feld enthalten, nämlich ein Primärschlüsselfeld zur eindeutigen Kennzeichnung eines jeden Datensatzes.

Bei genauerer Betrachtung brauchen Sie sogar noch weitere Felder: Beispielsweise eines zur Angabe der Menge der jeweiligen Zutat oder eines für die Einheit. Die Einheiten speichert man wiederum in einer eigenen Tabelle, sodass das Datenmodell etwa wie in Abb. 3 aussieht.

pic003.tif

Sie haben das Ende des frei verfügbaren Teils des Artikels erreicht. Lesen Sie weiter, um zu erfahren, wie Sie den vollständigen Artikel lesen und auf viele hundert weitere Artikel zugreifen können.

Sind Sie Abonnent?Jetzt einloggen ...
 

Kompletten Artikel lesen?

Einfach für den Newsletter anmelden, dann lesen Sie schon in einer Minute den kompletten Artikel und erhalten die Beispieldatenbanken.

E-Mail:

© 2003-2015 André Minhorst Alle Rechte vorbehalten.