... viel zu kompliziert gedacht!
- eine View ändert man niemals nicht!!!
- auf Tables greift man niemals nicht zu!!!
- wenn Felder dazu kommen, gibt es eine weitere View, wer die Felder braucht, nimmt die, wer nicht, eben nicht
- solange ich die vorhandenen Views darstellen kann, kann ich am Aufbau der Datenbank ändern (normalisieren!!!), ohne dass die Anwendungen was merken.
- hierbei können instead Trigger selbst joins updaten

D*B

PS: das mit den Copystrecken ist ein Rückschritt, was das kann, können subprocedures besser!!!