Discussion :

[egautier18]

Bonjour,

Je me permet de venir vous questionner après avoir lu une multitude de site, blog et forum ne m'ayant pas vraiment avancé.

Je vous explique mon problème.
J'aimerais réaliser un trigger sur une table, qui lors d'une insertion, update, delete, me récupère la requête déclanchante du trigger.
Le trigger écris dans une table Log la requête qui la déclenché.
J'ai trouvé comment réaliser cela.

Le vrai problème, celui qui m’amène, est le suivant :
Lorsque je réalise, une requête d'insertion par exemple, depuis SSMS le trigger la reçois et écris dans la table Log.
Mais une fois que j'exécute la requête depuis une application (le fonctionnement final donc), rien ne se passe. Il n'y a pas d'insertion et encore moins de réaction de la part du trigger.

Pour récapituler :
- Exécution de la requête depuis l'application, sans trigger, fonctionne.
- Exécution de la requête depuis SSMS avec trigger, fonctionne.
- Exécution de la requête depuis l'application avec trigger, ne fonctionne pas.

Si le trigger est présent mais disable, cela fonctionne.

J'ai essayé avec un trigger tout con (insérer un "hello" dans une table) le problème est le même.

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
USE [BASE]
GO
/****** Object:  Trigger [dbo].[LogMySQL]    Script Date: 11/10/2013 11:09:47 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER TRIGGER [dbo].[LogMySQL]
ON [dbo].[MATABLE]
AFTER INSERT, UPDATE, DELETE 
AS
 
BEGIN
 
	insert into SQLLog (event_info) values ('Hello')
 
END

SSMS 2012
Appli asp.net avec service web.

Si quelqu'un à une idée sur ce qui pourrait bloquer la "discutions" je suis preneur.

Merci.

[mikedavem]

Hello,

A la base visiblement tu as déjà un problème pour l'insertion.

Quelle est ta requête d'insertion ? Quelle est la définition de table ?
Est-ce que tu as mis une trace profiler pour voir ce qui se passait ?

++

[SQLpro]

La table à tracer :

Code :

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

1
2
CREATE TABLE T (C INT);
GO

la table de journalisation des transactions :

Code :

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

1
2
3
4
5
6
7
8
9
CREATE TABLE T_SQL_LOG
(LOG_ID             BIGINT IDENTITY PRIMARY KEY
 LOG_TABLE          sysname,
 LOG_SCHEMA         sysname,
 LOG_SQL            NVARCHAR(max) NOT NULL,
 LOG_DATETIME       DATETIME2 DEFAULT GETDATE(),
 LOG_USER           sysname DEFAULT USER,
 LOG_SYSTEMUSER     sysname DEFAULT SYSTEM_USER)
GO

le déclencheur :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
CREATE TRIGGER E_IUD 
ON T
AFTER INSERT, UPDATE, DELETE
AS
SET NOCOUNT ON;
 
INSERT INTO T_SQL_LOG
SELECT 'dbo', 'T', text
FROM   sys.dm_exec_requests
       CROSS APPLY sys.dm_exec_sql_text(sql_handle) 
WHERE  session_id = @@SPID;
GO

Cela dit vous constaterez que la requête tracée est celle du trigger et non la requête mère. Il n'y a pas de moyen simple de récupérer la requête qui a déclenchée le déclencheur. Il faut pour cela mettre en œuvre, soit le profiler SQL soit l'audit de bases de données et faire tout un travail de recoupement et récupération des données.

A +

[egautier18]

Bonjour.

Tout d'abord, merci d'avoir répondu et pour l’intérêt porté à mon sujet.
Pour reprendre,
En fait j'ai déjà récupéré la requête qui déclenche le trigger, mon problème n'est pas ici. Et je n'ai pas non plus de problème au niveau de mes requêtes.

J'ai évolué au fil de mes tests.

Les requêtes simple depuis l'appli s’exécute et déclenche le trigger.
Les requêtes de types requêtes paramétrées, elle, ne s’exécute pas..

J'ai déjà exécuté une trace et je vois bien les requêtes mais elles sont écrites avec des paramètres :@Param1, @Param2 ...

Je vois bien dans le processus les requêtes demandé depuis l'appli qui sont en attente mais ne s'exécute jamais..

[egautier18]

Bonjour,
Juste pour signaler que nous avons mis la main sur le problème.
Il venait du test de retour après le ExecuteQuery dans le code appli qui testais =1 Or nous étions à 2 maintenant.

Cependant je suis partit sur plus ou moins autre chose.

Quoiqu'il en soit, je tenais à vous remercier d'avoir pris part à mon problème et d'y avoir consacré un peu de temps.

[mikedavem]

Ok donc le problème était bien applicatif

++

[egautier18]

Oui,
Merci encore d'avoir pris le temps de me répondre.
Je vais mettre résolu.

P.S : j'ai ouvert un autre poste qui fait suite à ce que je veux réaliser :

http://www.developpez.net/forums/d13...-sql-variable/

Si l'envie te prend de m'aider de nouveau ^^. Avec plaisir.

Bonne journée et code à vous.