Citat:
Originally posted by eg0master@Dec 3 2004, 16:21
Jag tvivlar inte en sekund på att det är det du vill göra. Frågan är vad resultatet blir när någon annan ska skriva något till samma databas.
Och vem säger att triggers är till för att just ändra data? Är inte det kanske bara en otäck sidoeffekt att det finns den möjligheten?
Och du missar den viktigaste poängen av alla. Risken att radera fel data för att du är slarvig med ditt villkor till en delete borde vara skäl nog för att inte använda triggers eller cascading deletes.
|
För det första pratar du om att implementera säkerhet mot idioter som inte skriver projektdokumentation samt idioter som inte läser projektdokumentation. Varför i så fall inte förbjuda delete för att något pucko kan göra delete * from table;. Känner du inte till till 100% hur en databas fungerar SKA du inte jobba med den. PUNKT. Att du som designer tänker på att inte använda funktioner i din RDBMS bara för att du tror att någon i framtiden ska pilla med det som inte är van med funktionen eller inte tänker på att den finns är bara fånigt.
Dokumentera vad du gör i din databas och hur den ser ut. Sen får framtida utvecklare skylla sig själva ifall de inte läser dokumentationen och sätter i gång att pilla med den. För att inte tala om att man ska ta backup på hela skiten.
/Zoran