Databases Reference
In-Depth Information
Änderungen der in der Anfrage genutzten Tabellen aktualisiert
werden. Generell ist von dem Ansatz zur Berechnung von tem-
porären Tabellen dringend abzuraten, da sie eine zentrale Quel-
le für inkonsistente Datenbanken sind. Dieser Ansatz wird nur
in speziellen Systemen genutzt, bei denen die Anfrage sehr viel
Rechenzeit benötigt und der Nutzer der temporären Tabelle
nicht unbedingt alle Änderungen mitbekommen muss. Grund-
sätzlich sind diese temporären Tabellen nach ihrer Nutzung so-
fort zu löschen.
Ein wichtiger Unterschied zwischen Tabellen und Views be-
steht beim Verhalten gegenüber
INSERT
-Befehlen. Anschaulich
wird dies schon beim genannten Beispiel deutlich. Der folgende
Befehl
temporäre Tabel-
len widerspre-
chen Daten-
bankanforderun-
gen
INSERT INTO Javaprogrammierer VALUES(43)
führt zu einer Ablehnung durch das Datenbank-Management-
system. Diese kann z. B. wie folgt lauten:
Kann keine Spalte, die einer Basistabelle zuge-
ordnet wird, verändern
Da es sich bei einem View nur um eine logische Tabelle han-
delt, müssen
INSERT
-Befehle auf die dem View zu Grunde lie-
genden Basistabellen zugreifen. Es kann aber viele Gründe ge-
ben, warum dieser Zugriff nicht sinnvoll möglich ist:
Views für Tabel-
lenänderungen
meist ungeeignet
-
Die einzutragenden Werte enthalten keine Angaben zum
Primärschlüssel der Basistabelle. Ein Eintrag muss abge-
lehnt werden.
-
Die einzutragenden Werte füllen nicht alle Spalten der Ba-
sistabelle. Dies ist dann ein Problem, wenn es eine Bedin-
gung gibt, dass in dieser Spalte keine NULL-Werte stehen
dürfen. Generell können Verstöße gegen weitere
Constraints zum Problem werden.
-
Wenn in dem
SELECT
-Befehl, der zu dem View gehört, Be-
rechnungen gemacht werden, z. B. mit „
SELECT A+B X
...“
und ein Wert für X eingetragen werden soll, ist nicht er-
klärbar, wie dieser auf A und B aufgeteilt werden soll.
Aus diesen Gründen sind
INSERT
-,
UPDATE
- und
DELETE
-
Befehle für Views, die mindestens zwei Basistabellen haben,
nicht zulässig.
236
