*prust*
aha!
Ein andere Ansatz wäre eine DB von vorne herein so anzulagen, daß Inkonsistenzen erst gar nicht auftretten können [...] So vermeidet man diese Probleme komplett da das DBMS erst gar nicht solche Inkonsistenzen zu läst.
Ich glaube, hier liegt ein Mißverständnis vor. Es kann durchaus den Fall geben, daß ich Einträge in einer Tabelle behalten WILL, weil ich sie (in diesem Falle Mögliche Zutaten zu Speisen) später wieder aufrufen können will.
Stell Dir ein anderes Beispiel vor: Ein Fahrradverleih speichert Fahrräder, Kunden, Ausleihdaten(Datum, Dauer etc.). jetzt will jemand wissen, welche Räder noch frei sind, (also NICHT in der Ausleihtabelle stehen). Willst Du nach jedem Ausleiheintrag etwa eine Tabelle 'freie Räder' aktualisieren?
Übrigens: wenn Du in Deinen SQL-Abfragen soooviele Syntaxfehler wie hier Rechtschreibfehler hast, na dann...
Gruß, Andreas