Schwächen relationaler Systeme

Die Relation

Buch : {[ ISBN, Verlag, Titel, Autor, Version, Stichwort]}

erfordert bei 2 Autoren, 5 Versionen, 6 Stichworten für jedes Buch 2 × 5 × 6 = 60 Einträge.

Eine Aufsplittung auf mehrere Tabellen ergibt

Buch : {[ ISBN, Titel, Verlag ]}

Autor : {[ ISBN, Name, Vorname ]}

Version : {[ ISBN, Auflage, Jahr ]}

Stichwort : {[ ISBN, Stichwort ]}

Nun sind die Informationen zu einem Buch auf vier Tabellen verteilt. Beim Einfügen eines neuen Buches muß mehrmals dieselbe ISBN eingegeben werden. Die referentielle Integrität muß selbst überwacht werden. Eine Query der Form ``Liste Bücher mit den Autoren Meier und Schmidt`` ist nur sehr umständlich zu formulieren.

Modellierung von Polyedern

(a) ER-Diagramm

(b) Relationales Schema

Abbildung 15.1a zeigt die Modellierung von Polyedern nach dem Begrenzungsflächenmodell, d. h. ein Polyeder wird beschrieben durch seine begrenzenden Flächen, diese wiederum durch ihre beteiligten Kanten und diese wiederum durch ihre beiden Eckpunkte. Abbildung 15.1b zeigt eine mögliche Umsetzung in ein relationales Schema, wobei die Beziehungen Hülle, Begrzg und StartEnde aufgrund der Kardinalitäten in die Entity-Typen integriert wurden.

Die relationale Modellierung hat etliche Schwachpunkte:

• Segmentierung: Ein Anwendungsobjekt wird über mehrere Relationen verteilt, die immer wieder durch einen Verbund zusammengefügt werden müssen.
• Künstliche Schlüsselattribute: Zur Identifikation von Tupeln müssen vom Benutzer relationenweit eindeutige Schlüssel vergeben werden.
• Fehlendes Verhalten: Das anwendungsspezifische Verhalten von Objekten, z.B. die Rotation eines Polyeders, findet im relationalen Schema keine Berücksichtigung.
• Externe Programmierschnittstelle: Die Manipulation von Objekten erfordert eine Programmierschnittstelle in Form einer Einbettung der (mengenorientierten) Datenbanksprache in eine (satzorientierte) Programmiersprache.