Discussion :

[Estomac]

Bonjour/Bonsoir,

Je rencontre actuellement une problème de taille.

Comme une petit dessin vaut mieux qu'un long discours, voici un schéma de ce que j'aimerai appliquer:

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
OPEN leCurseur	
FETCH leCurseur INTO @leChamp
WHILE @@FETCH_STATUS = 0
FETCH NEXT FROM leCurseur
BEGIN

	SELECT @last_value = @leChamp from DELETED
	SELECT @new_value = @leChamp from INSERTED

	IF @last_value <> @new_value
	BEGIN
		INSERT INTO TB_FDR_ITEM_HISTO VALUES ( @ID_USER, @date, @table_name, @leChamp, @id_champ, @last_value, @new_value)
	END

END
CLOSE leCurseur

leCurseur contient actuellement une vue comprenant tous les champs d'une table nommée TB_FDR_ITEM
Je sais que les lignes en rouges sont fausses.

Je précise que j'ai essayé avec un EXEC sp_execsql et tout le bazar, sauf que dans ce cas là, deleted et inserted ne sont pas reconnus.

Quelqu'un a-il une idée?


Cordialement

[aieeeuuuuu]

Bonjour,

Vous ne pouvez pas utiliser une variable comme nom de colonne dans une requête, à moins de passer par du SQL dynamique.

Il n'y a pas que les lignes en rouges qui sont fausses, les autres aussi !

Mettez nous le code complet du trigger, et surtout, dites nous ce que vous voulez faire, je pense que vous êtes partis dans la mauvaise direction.

Si vous voulez simplement historiser les modifications dans une table, pourquoi ne pas utiliser CHANGE DATA CAPTURE, fonctionnalité intégrée à SQL Server ?

[Estomac]

Bonjour, et merci de votre réponse

Je suis effectivement en train de réaliser un historique des modifications. La table recevant cet historique doit également recevoir historique de 4 tables supplémentaires. Je ne connais pas "CHANGE DATA CAPTURE"', je vais m'y intéressé de ce pas. En attendant, voici le code complet de mon trigger (actuellement sur une seule table ).

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
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
CREATE TRIGGER trg_histo_insert_update
ON TB_FDR_ITEM
AFTER  UPDATE
AS

DECLARE @id_user int
DECLARE @last_value nvarchar(max)
DECLARE @table_name nvarchar(50)
DECLARE @date date
DECLARE @new_value nvarchar(max)
DECLARE @leChamp nvarchar(30)
DECLARE @requete1 nvarchar(max)
DECLARE @requete2 nvarchar(max)
DECLARE @id_champ int

set @table_name = 'TB_FDR_ITEM'
/* rajouter un IF pour insert */
set @date = GETDATE();

select @id_user = IT_ID_USER_HISTO from inserted
select @id_champ = ID_FDR_ITEM from inserted

DECLARE leCurseur CURSOR LOCAL FOR 
	SELECT COLUMN_NAME 
	FROM INFORMATION_SCHEMA.COLUMNS 
	WHERE TABLE_NAME = @table_name
	AND COLUMN_NAME <> 'IT_ID_USER_HISTO'
	

/* boucle pour voir les champs modifiés */
OPEN leCurseur	
FETCH leCurseur INTO @leChamp

WHILE @@FETCH_STATUS = 0
FETCH NEXT FROM leCurseur
BEGIN
	
	SELECT @last_value = @leChamp from DELETED
	SELECT @new_value = @leChamp from INSERTED
	print @last_value
	print @new_value
	IF @last_value <> @new_value
	BEGIN
		INSERT INTO TB_FDR_ITEM_HISTO VALUES ( @id_user, @date, @table_name, @leChamp, @id_champ, @last_value, @new_value)
	END

END
CLOSE leCurseur

[SQLpro]

Lisez l'article que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro/p8...on_des_donnees

Sinon, CHANGE TRACKIN ou CHANGE DATA CAPTURE sont deux outils pour ce faire, mais plus orientés DW.

A +

[Estomac]

Bonjour, et merci pour vos réponses

Suite à un changement d'avis du client, je n'ai pas eu a effectué l'historique de cette manière. Néanmoins, si j'avais eu à continuer, j'aurais opté pour un DATA CHANGE CAPTURE qui aurait résolu tout mes problèmes.

C'est donc Résolu pour ma part

Merci encore