Citat:
|
Ursprungligen postat av zoran
Citat:
|
Ursprungligen postat av Kristofer
Oh man!
Får känslan att egomaster har läst på massor om dessa triggers, kanske till och med råkat använda dem till att ta bort något och då råkat ta bort massa andra saker som det inte var tänkt från början.
|
Nja, jag tror egomaster vet nog vad han pratar om. Hans argument är inte tagna ur luften och verkar vara hans egna.
|
Där ser man...
Jag kan förstå att det uppfattas som skryt och det var ju inte meningen. Zorans konstaterande är mer överrensstämmande med verkligheten.
Och visst blir min uppfattning präglad av mina erfarenheter. Personligen har jag några fåtal gånger gjort det ödestigra misstaget att ändra för mycket. Då handlade det om en update med korrekta villkor, men eftersom SQLServers queryanalyzer (precis som många andra verktyg) bara exekverar "markerad kod" i ett skript och inte all kod hade jag för en cut-n-paste bara barkerat update-satsen utan att markera villkoret. Således uppdaterades alla poster. Ett misstag man bara gör en gång. Det hade inte med triggers att göra, men det är lätt att göra ett misstag.
Däremot har triggers (som jag gjort) som förhindrar att t.ex. mer än en rad ändras/uppdateras hittat åtskilliga fel i en applikation som jag gjort databasen till, men där andra personer gör allt annat.
Nu måste jag tyvärr rusa, men jag ska säga ngt snabbt ang views:
Som jag skrev tidigare är jag mer inne på subselects och/eller temptabeller istf views, men det är en smaksak. Dessutom föredrar jag att lägga mer komplicerade frågor och/eller frågor som skall kräva viss behörighet i stored procedures. Men hela view och SP-diskussionen kan vi kanske ta i en annan tråd.