Discussion :

[Metal29]

Bonjour,
Après moults recherches, je ne parviens pas a obtenir le contenu des FETCH API_CURSOR.
Le problème, c'est que ceux ci remontent en erreur depuis mon SQL Server Profiler et que la seule information que j'ai en ma possession, c'est le nom des curseurs en question. (FETCH API_CURSOR0000000000006351 par exemple)

J'ai bien essayé de suivre le tuto sur http://www.sqlskills.com/blogs/joe/h...p_cursorfetch/ mais le problème, c'est que je n'ai pas le Session ID posant problème et je me retrouve donc bloqué bien rapidement...

Quelques idées ?

Merci d'avance.

[iberserk]

Vous devez lancer un profiler afin de voir les événement d'initialisation desdits curseurs

[Metal29]

Bonjour,
Désolé pour le délai de réponse mais j'étais en congés.

J'ai bien un profiler qui tourne ce qui m'a permit de tracer les numéros de CURSOR mais en remontant le fil je ne parviens pas à retrouver l'initialisation.
Des pistes pour m'aiguiller ?

Merci d'avance.

[dbaffaleuf]

(modif, je n'avais pas vu le lien vers l’article de Joe dans le premier post, my mistake).

Et en mettant juste 0 à la place de session_id ?

[Metal29]

Bonjour,

En renseignant le SessionId à 0 je n'ai aucun retour.

[dbaffaleuf]

Si sys.dm_exec_cursors ne renvoie aucune ligne c'est qu'il n'y a aucun curseur d'ouvert. Es-tu certain d'avoir le privilège VIEW SERVER STATE ?

Code :

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

1
2
3
4
5
6
7
8
declare @pHdl int, @pCsr int
set @pHdl=-1
set @pCsr=0
exec sp_cursorprepexec @pHdl output, @pCsr output, N'',N'SELECT  top (1) ProductID FROM AdventureWorks2012.Production.Product'
GO
 
select * from sys.dm_exec_cursors(0)
GO