Discussion :

[augan]

Bonjour,

J'ai une procédure qui permet de désactiver tous les triggers d'une table sur un serveur local

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
DECLARE @tableName	VARCHAR(40)
DECLARE @triggerName	VARCHAR(40)
 
DECLARE cTriggers CURSOR FOR
	SELECT	o.name, t.name 
	FROM	        SYS.TRIGGERS t, SYS.TABLES o, SYS.SCHEMAS s 
	WHERE	t.parent_id = o.object_id AND	o.schema_id = s.schema_id 
	AND		t.name not like 'BIN$%' AND	t.is_disabled = 0 AND o.name = 'NomTable'
 
OPEN cTriggers
FETCH NEXT FROM cTriggers INTO @tableName, @triggerName
 
WHILE( @@FETCH_STATUS <> -1 )
BEGIN
	ALTER TABLE @tableName DISABLE TRIGGER @triggerName   
 
	FETCH NEXT FROM cTriggers INTO @tableName, @triggerName
END
CLOSE cTriggers
DEALLOCATE cTriggers

Je recherche le moyen de faire la même chose sur une table d'un serveur distant/lié.

Merci d'avance pour vos réponses

[elsuket]

Bonjour,

Je doute sincèrement que vous ayez même testé cette procédure stockée, car le code suivant est impossible à exécuter :

Code :

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

ALTER TABLE @tableName DISABLE TRIGGER @triggerName

C'est pour cette raison que l'on doit passer par du code SQL dynamique, c'est à dire une chaîne de requête SQL générée puis exécutée.
Pour voir quelques exemples de code SQL dynamique, vous pouvez jeter un œil à la réponse que j'ai donnée ici.

En outre, l'utilisation d'un curseur n'est pas nécessaire pour ce que vous cherchez à faire, et est, plus généralement, très contre-performante.
Veillez également à spécifier les prédicats de jointure suivant la norme SQL ANSI, c'est à dire en utilisant le mot-clé JOIN et ses cinq types possibles.

Par ailleurs :

• je suppose qu'une fois que les triggers auront été désactivés, on doit réaliser quelques tâches de maintenance de données, puis les réactiver.
  Donc il vous faut un mécanisme simple pour activer ou désactiver les déclencheurs.
• un trigger peut être posé sur une table, mais aussi sur une vue. Donc il faut faire une jointure avec sys.objects.
• tout objet est dans un schéma; par défaut c'est dbo dans SQL Server, et il est possible qu'à l'avenir vous deviez gérer des triggers dans d'autres schémas que dbo.

Si l'on prend en compte tout cela, on aboutit au bout de code suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
DECLARE @sql nvarchar(max)
	, @enable_triggers bit = 0
 
-- On concatène les chaînes de requête dans la variable @sql
SELECT		@sql = CASE WHEN @sql IS NULL THEN '' ELSE @sql END 
			+ CASE @enable_triggers WHEN 1 THEN 'ENABLE ' ELSE 'DISABLE ' END
			+ 'TRIGGER ' + S.name + '.' + T.name
			+ ' ON ' + S.name + '.' + O.name
			+ ';' + NCHAR(13) + NCHAR(10) -- Retour à la ligne cosmétique
FROM		sys.schemas AS S -- Couvrons tout schéma de base de données
INNER JOIN	sys.objects AS O -- Un trigger peut être sur une table ou une vue
			ON S.schema_id = O.schema_id
INNER JOIN	sys.triggers AS T
			ON O.object_id = T.parent_id
WHERE		S.name = 'dbo'
AND		O.name  = 'test_trigger'
AND		T.name NOT LIKE 'BIN$%'
AND		T.is_disabled = @enable_triggers
 
-- Sortie de la liste des requêtes dans la console de Management Studio, par exemple
PRINT @sql
 
-- Exécution de l'ensemble des ordres générés
-- Dans le cas d'une utilisation avec des paramètres, voir sp_executesql
EXEC (@sql)

Je vous laisse le soin d'encapsuler tout cela dans une procédure stockée

En ce qui concerne la gestion de triggers sur un serveur lié, il faut que cette procédure stockée soit enregistrée sur le serveur lié : il suffit alors simplement de l'appeler.

@++

[augan]

Merci Elsuket pour votre réponse.

Effectivement mon code ne pouvait pas marcher en l'état, je suis donc passé par une chaine de caractères.

Mais votre solution est nettement meilleure et plus performante. Elle combine le fait de pouvoir désactiver ou activer les triggers d'une table en switchant la variable @enable_triggers de 0 (DISABLE) à 1(ENABLE).