Discussion :

[zoorgh]

Bonjour,

J'essaie d'utiliser la fonction sys.fn_get_sql dans la requête ci-dessous :

SELECT (SELECT text FROM sys.fn_get_sql(sql_handle))
FROM master.dbo.sysprocesses

Sur un serveur SQL Server 2005, elle fonctionne bien, par contre sous un SQL Server 2000, j'obtiens le message d'erreur :

Serveur*: Msg 155, Niveau 15, État 1, Ligne 1
'sql_handle' n'est pas une option OPTIMIZER LOCK HINTS reconnue.

Quelqu'un aurait une idée ?

Merci d'avance

[elsuket]

Bonjour,

Ces fonctions ne sont disponibles que sous SQL Server 2005.
En SQL Server 2000 vous pouvez requêter la table sys.sysprocesses, mais en SQL Server 2005 il sera mieux de requêter avec :

Code :

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

1
2
3
FROM sys.dm_exec_sessions ES (nolock)
JOIN sys.dm_exec_connections (nolock) EC ON ES.session_id = EC.session_id
JOIN sys.dm_exec_requests ER (nolock) ON ES.session_id = ER.session_id

Je vous laisse le choix des colonnes et des contraintes
La table sys.sysprocesses est conservée dans SQL Server 2005 seulement pour la compatibilité.

La seule façon je crois de récupérer le texte d'une requête SQL en cours d'exécution sous SQL Server 2000 reste le Profiler ...

@++

[zoorgh]

Re-bonjour,

Effectivement, la présence de sysprocesses dans SQL Server 2005 est dûe purement à des raisons de compatibilité. Au passage, merci pour les syntaxes "pures" SQL 2005, que je ne m'étais pas donné la peine de chercher

Par contre, la fonction sys.fn_get_sql, qui est présente aussi bien dans SQL 2005 que 2000, ne semble fonctionner avec la syntaxe pré-citée qu'en SQL 2005. Hors, son existence dans SQL 2005 s'explique uniquement pour des raisons de compatibilité, car elle est remplacée par sys.dm_exec_sql_text.
Si on opère l'opération avec le code ci-dessous, on parvient à nos fins, mais cela n'est pas satisfaisant pour l'utilisation que je souhaite en faire :

--DECLARE @Variable AS VARBINARY(64) -- Sous SQL 2005
DECLARE @Variable AS BINARY(20) -- Sous SQL 2000

SELECT @Variable = sql_handle
FROM master.dbo.sysprocesses
WHERE spid = 172 -- spid d'un des process

SELECT text FROM ::fn_get_sql(@Variable)

On voit ici qu'on effectue donc deux requêtes au lieu d'une, et qu'on est obligés de déclarer une variable. Pire, si on voulait avoir le code de tous les process, il faudrait effectuer une boucle. J'aimerais pouvoir récupérer de manière cohérente la liste des process bloqués, avec le code SQL qui s'y rattache, et ce de manière "transactionnelle" comme je procède avec ma requête d'origine.

[elsuket]

Bonjour,

J'ai oublié un morceau de la liste des tables dans les jointures que je vous ai données :

Code :

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

1
2
3
4
FROM sys.dm_exec_sessions ES (nolock)
JOIN sys.dm_exec_connections (nolock) EC ON ES.session_id = EC.session_id
JOIN sys.dm_exec_requests ER (nolock) ON ES.session_id = ER.session_id
CROSS APPLY sys.dm_exec_sql_text(ER.sql_handle) ESQLT

Sous SQL Server 2000, vous pouvez faire avec DBCC INPUTBUFFER.
Pour trouver les processus bloqués, cherchez si la colonne blocked de sys.sysprocesses est différente de 0.
Ajoutez aussi une contrainte sur le SPID : s'il est inférieur à 50, ce sont des processus système.

@++