Position 2:
- Mehr Aufwand beim erstellen der
DB Sollte im Verhältnis zum Aufwand/Zeit der das Überlegen/Ausarbeiten eines Vernünftigen
DB-Modells hat verschwindent gering sein.
- Wenn ich das Löschen aus allen Tabellen selber programmiere, weiß ich auch, das es geklappt hat
Hüstel. Wenn ein
DBMS das nicht richtig macht dann gehört der Hersteller ganz gewaltig in den Hintern getreten. Wenn sowas nicht klappen würde dann wäre ACID nicht mehr gegeben und man müsste sich überlegen dieses
DBMS gar nicht mehr zu unterstützen.
Also in Fast allen Fälle ist das RI/Constraints zu bevorzugen/verwenden.
Einzig für den Fall (womit ich fast immer zu tun habe) wenn man Massendaten für die einzelnen Tabellen unabhängig voneinander bekommt. D.h. Mit neuen Daten für Tabelle "A" löscht man erst alles und importiert sie. Hier wäre es ungünstig wenn eine RI/Constrains alle abhängigkeiten für Tabelle "B", "C", ... löschen würde.