Discussion :

[oadin]

Bonjour,

Mon problème est assez simple, mais par contre je n'ai aucune idée d'ou aller trouver la réponse.

Ce que je dois faire

J'ai une table X.

Sur cette table X un trigger Instead of delete qui
lorsque l'on efface une donnée au lieu de l'effacer, va la copier dans une autre table et ensuite le supprimer.
Jusque la c'est je dirais facile et y arrive très bien.

La ou ça se complique est que je veux savoir l'utilisateur qui a effectuer cette action, la je pense que je peux toujours m'en tirer, car après tout l'utilisateur qui a effectué l'action de delete est aussi celui qui a déclenché mon trigger, donc avec un peu de recherche je devrais pouvoir le faire.

Par contre j'aimerais bien aussi connaitre la requète d'origine qui a déclenché ce delete et de ce coté la je n'ai aucune idée de quelle table système utiliser

Merci d'avance de votre aide

[oadin]

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
ALTER TRIGGER [dbo].[DeleteTable1]
   ON  [dbo].[Table1]
   AFTER DELETE
AS 
BEGIN
	-- SET NOCOUNT ON added to prevent extra result sets from
	-- interfering with SELECT statements.
	SET NOCOUNT ON;
	declare @hostname varchar(250),
	@net_address varchar(250)
 
	select @hostname = hostname, @net_address = net_address from  master.dbo.sysprocesses where spid = @@SPID
	insert into table2 select *, @hostname, @net_address from deleted
    -- Insert statements for trigger here
 
END

Voilà actuellement le look de mon trigger, si certains en avait besoin, il permet déjà d'avoir le pid et donc de retrouver le hostname et la macadresse de celui qui exécute un delete sur ma table.

Je pars a la recherche d'un moyen d'obtenir la requète qui a déclenché le curseur, si je trouve qqch je le posterai ici

[SQLpro]

il faut récupérer le SQL handle de, la table système des process. Comme vous n'avez pas indiqué la version de SQL Server difficile de vous en dire plus.

A +

[oadin]

oups oui désolé, sql server 2005

je suis arrivé a me débrouillé pour avoir qqch qui marche, mais c'est boiteux
Ca nous convient car c'est pour gérer des situations exceptionnelles mais le trigger ci plus bas présente bcp de faiblesse (utilisation de dbcc, update a l'aveuglette supposant qu'il n'y a pas de delete simultané)

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
create table zcmd_table1(id int identity(1,1), hostname varchar(250), macaddress varchar(250),
EventType varchar(250), Parameters int, EventInfo varchar(max))
 
Create TRIGGER [dbo].[table1delete]
   ON  [dbo].[table1]
   AFTER DELETE
AS 
BEGIN
	-- SET NOCOUNT ON added to prevent extra result sets from
	-- interfering with SELECT statements.
	SET NOCOUNT ON;
	declare @hostname varchar(250),
	@net_address varchar(250)
 
	select @hostname = hostname, @net_address = net_address from  master.dbo.sysprocesses where spid = @@SPID
	insert into ZDel_DLVE select *, @hostname, @net_address from deleted
 
	insert into zcmd_table1(EventType, Parameters, EventInfo) exec('DBCC inputbuffer(@@SPID)')
	update zcmd_table1 set hostname = @hostname, macaddress = @net_address where id = (select max(id) from zcmd_table1)
 
 
END

Je vais regarder du coté du sql handle, histoire d'avoir un trigger correct

[rudib]

Code :

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

1
2
3
4
 
DECLARE @Handle binary(20)
SELECT @Handle = sql_handle FROM sys.sysprocesses WHERE spid = @@SPID
SELECT * FROM ::fn_get_sql(@Handle)