Relation (Datenbank)

Formale Grundlage der Relation im Sinne einer Datenbankrelation ist die mathematische Definition und bildet die Basis der relationalen Algebra, die von Edgar F. Codd entwickelt wurde. Eine Relation besteht aus Tupeln, Tupeln wiederum werden durch Attribute beschrieben, welche den Typ (möglichen Attributwerte) festlegt und mit einem Attributnamen beschreibt. Im Datenbankbereich unterscheiden sich die Begriffe Relation (Engl. relation) und Beziehung (Engl. relationship); diese begriffliche Trennung wird nicht immer genau gehandhabt.

Relationen als Tabellen

Im Zusammenhang mit relationalen Datenbanken ist es üblich, eine Relation durch eine Tabelle zu beschreiben. In Tabellenform entsprechen die Attribute den Spaltenköpfen, die Attributwerte den in den Spalten vorhandenen Einträgen. Ein Tupel entspricht einer Zeile einer Tabelle. Oft werden Attributwerte fälschlich als Attribut bezeichnet.

Sowohl der Zusammenhang von Attributen bzw. Attributwerten innerhalb einer Tabelle als auch eine Verknüpfung von Tabellen durch Fremdschlüssel stellen eine Relation dar. Zu Irrtümern führt vermutlich die Verbreitung der Terminologie von ER-Modellen. Dort werden die Begriffe Entitäten (Entities) und Beziehungen (Relationships) gebraucht. Der Irrtum besteht darin, Entitäten und Beziehungen prinzipiell zu unterscheiden. Im Prinzip sind aber sowohl Entitäten als auch Beziehungen als Relationen zu betrachten. Eine Beziehung zwischen zwei Tabellen stellt schließlich mit dem Zusammenführen von zwei Relationen letztlich nur eine Vergrößerung der Anzahl an Elementen dar. Betrachtet man eine Beziehung als Relation, so stellen sich ihre Elemente als die Vereinigung der Elemente der beiden verknüpften Relationen dar.

Während ER-Modelle bei der Entwicklung eines Datenbankschemas hilfreich sein können, eignet sich das relationale Datenmodell mit seiner relationalen Algebra besser für die grundsätzliche Strukturierung von Daten.^[1]

Gäbe es in der Datenbanktabelle für jede mögliche Kombination von Attributwerten eine eigene Zeile, dann würde diese Tabelle das kartesische Produkt der Wertemengen für die Spalten darstellen. Normalerweise enthält eine Datenbanktabelle nur eine sehr kleine Teilmenge der möglichen Tupel, sie stellt also eine Untermenge dieses kartesischen Produkts dar.

Eine Konsequenz daraus, die Belegung einer Datenbanktabelle als Menge aufzufassen, ist die, dass die einzelnen Zeilen als Elemente dieser Menge anzusehen sind. Sie können somit entweder in der Menge (Tabelle) enthalten sein oder nicht – von Anzahl und Position eines Elementes kann man hingegen nicht sinnvoll sprechen. Mit der üblichen Datenbankabfragesprache SQL ist es zwar im Allgemeinen möglich, ein Element (d. h. eine Zeile mit einer bestimmten Wertebelegung) mehrfach in eine Tabelle einzufügen, ein solches Vorgehen ist aber sinnlos: Mehrere Zeilen, die mit denselben Werten belegt sind, haben dieselbe Identität und sind logisch voneinander nicht zu unterscheiden.

Definition

Sehr viele Begriffe werden im Zusammenhang mit Relationen verwendet, jedoch bedeuten sie oft dasselbe. Hinzu kommt, dass es sowohl deutsche als auch englische Bezeichnungen gibt, die des Weiteren vermischt werden. Die folgende Tabelle führt oft verwendete Begriffe auf.

Siehe auch

• Verbundtreue
• Kardinalität (Datenbankmodellierung)

Einzelnachweise

1. ↑ Date, C. J. (2003). Introduction to Database Systems. 8th edition, Addison-Wesley. ISBN 0-321-19784-4.