> >Warum? > > > ...weil die DB bedauerlicher Weise schon recht lange Bestand > hat und damals > - warum auch immer - so angelegt wurde. > Die Struktur zu ver�ndern wurde mir untersagt. > Was ich vor einiger Zeit gemacht habe ist eine View mit Union > �ber die vier Tabellen gelegt, was mir aber bei dem Prob. mit > den Relationen nicht wriklich hilft... Von einer Tabelle zu > einer View eine fest definierte Relation zu legen geht glaube > ich nicht; oder?
Eine schreibtabelle pro view geht soweit ich weiss... Hilft hier also nicht. > > > Wie kann ich denn am sinnvollsten verhindern, da� der Admin einen > > > Datensatz in einer der vier Fragentabellen l�scht, die bereits in > > > einem der Tests gestellt wurde? > > > >Vorher abfragen, ob solche Datens�tze vorhanden sind!? > > Genau so habe ich das jetzt innehralb derselben Stored > Procedure gel�st, die dann die L�schen-Transaktion ggf. > einfach �berspringt; ich hoffte allerdings, jemandem von euch > f�llt da ein eleganterer Weg ein. Das ist doch sehr elegant... Fehlt nur noch dass die stored proc einen wert zur�ckgibt, der angibt ob gel�scht wurde oder nicht, damit du entsprechende meldungen ausgeben kannst... Ggf. kannst Du einen Input-Parameter vorsehen, der bewirkt dass auch alle verweisenden datens�tze mitgel�scht werden... Claudius _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp
