Discussion :

[maitrebn]

Bonjour,

J'ai trouvé sans la superbe FAQ de développez.com un moyen de désactiver et réactiver les contraintes.

J'aimerais juste savoir si cette activation et désactivation porte uniquement sur ma connexion ou sur l'ensemble de la base ...

Mon cas :
J'ai une table avec un Trigger. Dans UN cas bien précis, je souhaiterais que celui-ci ne s'active pas.
Par contre, il se peut qu'au même moment, un autre utilisateur fasse une action pour laquelle il faut absolument que le trigger s'active ...


Pour info, ma commande se fait dans une PS :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
   [...]
   Ma commande
   [...]
   d'autres commandes...

Si quelqu'un a des précisions à m'apporter ...

Merci !

[maitrebn]

La solution que j'utilise pour le moment :
Avant de faire mon action, j'ouvre une transaction SERIALIZABLE ....

C pas glop mais normalement çà marche !

[rudib]

Bonjour,

La désactivation du trigger est en effet générale et non pas propre à la connexion.

[maitrebn]

Merci !

Mais est-ce que le fait de mettre dans une connexion serializable me protège ?

Merci !

[rudib]

Ca dépend. Le niveau d'isolation serializable la verrouillé la table si SQL Server n'a pas d'autre solution pour empêcher un INSERT dans le range touché par ta requête. Si ta requête génère un verrouillage au niveau de la table entière, tu es bon. Si tu veux avoir de meilleures garanties, il y a d'autres solutions, qui vont être moins impactantes pour les performances qu'un niveau serializable.

Tu pourrais par exemple tester dans ton trigger le SYSTEM_USER, et faire un RETURN au début du trigger pour éviter son déclenchement si c'est l'utilisateur de ta procédure qui lance un DML. Cela te permet de continuer à exécuter le trigger pour les autres.
Si tu n'as pas de différence par login, tu peux par exemple insérer dans une table de paramètres ton SPID (@@SPID) avant de lancer le DML. Ainsi tu testes le contenu de la table dans ton trigger, dans ce genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
IF EXISTS (SELECT 1 FROM dbo.parametre WHERE [SPID] = @@spid)
  RETURN

[maitrebn]

J'ai un peu de mal (retour de week-end ) à comprendre les deux solutions proposées ...

Login
J'ai potentiellement plusieurs utilisateurs qui utilisent ma requête d'activation/désactivation du trigger donc comment savoir qui est le bon ...

SPID
Pareil ...


Euh en tapant mon texte, je me demande si j'ai pas compris ...
Dans la requête qui aujourd'hui active ou désactive le trigger, je remplace par un INSERT @@SPID dans une table de paramètres et dans mon trigger, j'effetue le select que tu proposes. Ainsi si j'ai plusieurs utilisateurs cela devrait marcher ...


J'ai bon ?

[rudib]

Oui, c'est bien ça. C'est du bricolage mais ça le fait.

[maitrebn]

Ok !
Merci beaucoup, je vais regarder cela de près !