Question : Y a il un problème avec employer les tables provisoires dans un déclenchement d'insertion/mise à jour de SQL

Je fais signaler un déclenchement (ci-dessous)… que je me demande s'il y a des problèmes avec ma méthode de créer une table provisoire pour manoeuvrer les données ou si une autre méthode est preferred. Ma raison principale de la faire cette manière est d'éviter de spécifier les noms de colonne dans le dernier rapport d'insertion… vraiment pour éviter de changer le déclenchement à l'avenir quand des colonnes sont ajoutés ou le DÉCLENCHEMENT de removed.

ALTER [dbo]. [TR_Table_INSERT_UPDATE]
DESSUS [dbo]. [
de Tableau] APRÈS INSERTION,
BEGIN
NOCOUNT RÉGLÉ d'UPDATE
AS DESSUS ; le

DÉCLARENT le @Cnt=COUNT CHOISI de l'int
de @Cnt (*) du
d'INSERTED
      --S'assurer qu'au moins 1 disque est affecté avant le continuing
SI @CNT>0 le
DÉCLARENT (les 50)
@Field1=MasterField1
du
du
DE SUPPRESSION du
de MasterTable
de Database.dbo.Table OÙ le
de Field1=@Field1
CHOISISSENT * DANS #INSERTEDTable DE L'INSERTION #INSERTEDTable du
de l'ENSEMBLE Field1=@Field1
de MISE À JOUR d'INSERTED
DANS Database.dbo.Table CHOISI * À PARTIR du #INSERTEDTable
END class= de

Réponse : Y a il un problème avec employer les tables provisoires dans un déclenchement d'insertion/mise à jour de SQL

veuillez suivre les liens ci-dessous
son très utile
http://www.priscilla.com/ipsecexample.htm
http://www.petri.co.il/how-to-configure-ipsec-encryption-with-cisco-ios.htm