Jeg har en anden tilgang til at besvare begge spørgsmål. Jeg undgår generelt at bruge triggere, indtil det er det sidste valg, da det tilføjer unødvendige overhead på databasen.
Sammenligning mellem triggere og lagret procedure
- Det er nemt at se tabelrelationer, begrænsninger, indekser, lagret procedure i databasen, men triggere er svære at se.
- Triggere udføres usynligt for klient-applikationsapplikationen. De er ikke synlige eller kan spores i fejlfindingskoden.
- Det er let at glemme triggere, og hvis der ikke er nogen dokumentation, vil det være svært at finde ud af, at nye udviklere eksisterer.
- Triggere kører hver gang, når databasefelterne opdateres og er overhead på systemet. Det får systemet til at køre langsommere.
Nok sagt, det er derfor, jeg foretrækker lagrede procs. Du kan oprette en jobfil (f.eks.:den udføres efter hvert 30. min. eller ethvert andet tidspunkt) via agent. Du kan bruge logikken til indsættelse i den pågældende jobfil. På denne måde dine data i tree table ville være tæt på realtid.
nu henvisning til at oprette en agent :
http://msdn.microsoft.com/en-us/library/ms191128(v=sql.90).aspx
http://msdn. microsoft.com/en-us/library/ms181153(v=sql.105).aspx