Discussion :

[StripMat]

Bonjour, je souhaite mettre en places certains triggers pour créer une gestion des logs. Je m'explique.

Lors d'un insert sur une table, le trigger doit remplir deux tables avec certaines informations, seulement je ne sais pas comment récupérer certaines données. Il doit premièrement créé une ligne dans une table rassemblant toutes les actions éffectués (INSERT, UPDATE, DELETE ), seulement je cherches à récupérer la dernière requête d'un login donné, j'ai trouvé sur le net ceci :

Code :

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

1
2
3
4
5
SELECT sqltxt.text FROM sys.dm_exec_connections conn
INNER JOIN sys.dm_exec_sessions sson 
ON conn.session_id = sson.session_id
CROSS APPLY sys.dm_exec_sql_text(most_recent_sql_handle) AS sqltxt
WHERE sson.login_name = ORIGINAL_LOGIN()

Seulement cette requête me retourne plusieurs résultats !
Pièce jointe 148465

Je cherche ici à récupérer seulement la troisième ligne, les autres sont automatiques et ne m'intéresse pas. Comment ne récupérer QUE la requête exécutée par ce compte de connexion ?

En plus de récupérer certaines info permettant d'identifier l'auteur de la requête, je dois écrire dans une deuxième table plusieurs lignes quant aux actions effectuées à savoir le nom des collones modifiés/insérés, leurs valeur (ancienne et nouvelle si possible, sinon uniquement la valeur après modifications/ajout) et également l'ID du journal de log auquel il est attaché, pour obtenir quelque chose du genre :




Donc voila, je cherches à savoir ce qu'il est possible de faire avec les triggers, est-ce que dans mon cas le mieux est de tout mettre dans un seul trigger (qui écrit dans les deux tables) seulement je ne sais pas comment récupérer les informations qui viennent d'être inséré dans 'Relevés', ni comment récupérer l'ID du journal que le trigger créé (pour le lien FK entre Journal et Logs). Ou bien placer un deuxième trigger sur journal pour insérer dans la table Log.

J'ai pas trouvé grand chose sur le net quant à la gestion des logs en base de donnée, évoluant sur une instance SQL Express, j'peux oublier le Profiler :/

Des idées ?

[Donpi]

J'avoue, j'ai pas tout lu.
Mais en précisant la session avec @@SPID ça va pas mieux ?

Code :

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

1
2
3
4
5
SELECT sqltxt.text FROM sys.dm_exec_connections conn
INNER JOIN sys.dm_exec_sessions sson 
ON conn.session_id = sson.session_id
CROSS APPLY sys.dm_exec_sql_text(most_recent_sql_handle) AS sqltxt
WHERE sson.login_name = ORIGINAL_LOGIN() and conn.session_id=@@SPID

[StripMat]

Effectivement, sa fonctionne, merci Donpi !

Malheureusement je vais placer tout sa dans un trigger et lorsque j'éssai de rentrer un insert sur la table cible avec un utilisateur simple, SSMS me retourne une erreur : "L'utilisateur n'est pas autorisé à effectuer cette action", sûrement parceque le trigger va chercher des infos dans les tables systèmes :/

Comment contourner cela ?

[mikedavem]

Oui il faut avoir le privilège VIEW SERVER STATE pour faire cela qui est un privilège de niveau serveur. En admettant que tu donnes ce droit à tes utilisateurs, je ne pense pas que cela va marcher car la requête la plus récente récupérée ne sera pas ton INSERT, UPDATE ou DELETE mais l'exécution du trigger lui même ... à vérifier

++

[StripMat]

Vous avez malheureusement raison mikedavem, la requête qui m'est retournée est la requête créant le trigger :/

Une idée pour contourner ceci ? Peut-être récupérer l'avant-dernière requête ? Comment ?

Une autre façon de faire ?

Là j'avoue qu'a moins d'écrire directement depuis l'application métier, j'vois pas comment réaliser sa au niveau base de donnée avec des triggers

[SQLpro]

Vous avez malheureusement raison mikedavem, la requête qui m'est retournée est la requête créant le trigger :/

Une idée pour contourner ceci ? Peut-être récupérer l'avant-dernière requête ? Comment ?

Vous ne pouvez pas faire comme cela. Si vous voulez la requête intégrale il faut utiliser Change Data Capture.

Une autre façon de faire ?

Là j'avoue qu'a moins d'écrire directement depuis l'application métier, j'vois pas comment réaliser sa au niveau base de donnée avec des triggers

C'est pas possible, car seule la requête actuelle, celle du trigger sera vue. La requête précédente est peut être conservée, mais sans le contexte de l'utilisateur qui l'a lancée.

A +