Views, Indizes und Constraints

Eine View kapselt eine Abfrage unter einem Namen und stellt damit eine logische Sicht auf Daten bereit. Ein Index ist primär eine zusätzliche Zugriffsstruktur, die der Optimizer für bestimmte Abfragen nutzen kann; eindeutige Indizes können je Produkt zusätzlich Eindeutigkeit erzwingen oder Constraints technisch unterstützen. Ein Constraint formuliert eine Integritätsregel für zulässige Daten.

Diese drei Konzepte können gemeinsam in einem Schema vorkommen, lösen aber nicht dasselbe Problem.

Eine View kann eine wiederkehrende Auswahl zentral benennen. Ein Index kann unabhängig davon auf einer häufig verwendeten Such- oder Joinspalte angelegt werden.

Ob ein Index tatsächlich genutzt wird und welchen Effekt er hat, entscheidet der jeweilige Optimizer im konkreten Daten- und Abfragekontext.

CREATE VIEW v_offene_bestellungen AS
SELECT id, kunde_id, betrag
FROM bestellung
WHERE status = 'offen';

CREATE INDEX idx_bestellung_kunde
ON bestellung(kunde_id);

NOT NULL, UNIQUE, CHECK, PRIMARY KEY und FOREIGN KEY beschreiben Integritätsregeln. Sie sollen fachlich ungültige Zustände begrenzen und sind nicht bloß Hinweise für die Anwendung.

Produktspezifische Details wie View-Ersetzbarkeit, Updatability, Indexarten, Plannerverhalten und einzelne Constraint-Regeln müssen in der jeweiligen Produktdokumentation geprüft werden.

Praxisfall

Reporting mit Datenqualität

Ein Report benötigt regelmäßig offene Bestellungen. Gleichzeitig darf eine Bestellung nur auf einen vorhandenen Kunden verweisen, und Kundensuchen erfolgen häufig über die Kunden-ID.

• Welche Aufgabe eignet sich für eine View?
• Wo könnte ein Index als Zugriffspfad geprüft werden?
• Welche Regel gehört als Constraint in das Datenmodell?

Selbsttest

Verständnis prüfen

Weiterlernen

Verknüpfungen