Discussion :

[cmako]

Bonjour,

le problème est le suivant:

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
23
24
25
26
27
28
29
30
31
32
33
BEGIN TRY
	BEGIN TRAN 
 
		...
 
		BEGIN TRY
			DEALLOCATE load_cursor
		END TRY	BEGIN CATCH	END CATCH
 
		DECLARE load_cursor CURSOR FOR
			SELECT ...
 
		OPEN load_cursor
			FETCH NEXT FROM load_cursor INTO @par_name
 
			WHILE @@FETCH_STATUS = 0
			BEGIN
				...
				FETCH NEXT FROM load_cursor INTO @par_name
			END
		CLOSE load_cursor
		DEALLOCATE load_cursor
 
		....
	COMMIT TRAN ;
END TRY
BEGIN CATCH
		BEGIN TRY
			DEALLOCATE load_cursor
		END TRY	BEGIN CATCH	END CATCH
	ROLLBACK TRAN 
	 .....
END CATCH

Y a t-il moyen de savoir si le curseur a été alloué ou pas
pour éviter ça:

Code :

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

1
2
3
		BEGIN TRY
			DEALLOCATE load_cursor
		END TRY	BEGIN CATCH	END CATCH

Je trouve cette méthode trop bourrin, mias je n'arrive pas à trouver l'exemple ou on fait un DEALLOCATE conditionnel.

Je ne sais pas si j'étais assez clair.

[SQLpro]

CURSOR_STATUS
(
{ type , 'cursor_name' }
| { 'variable' , 'cursor_variable' }
)
avec type ::= { local| global }

renvoi :
1
Le jeu de résultats du curseur comprend au moins une ligne et :
pour les curseurs non et les clés sensitifs, le jeu de résultats comprend au moins une ligne ;
pour les curseurs dynamiques, le jeu de résultats peut être vide, ou contenir une ou plusieurs lignes.
Le curseur affecté à cette variable est ouvert et :
pour les curseurs non et les clés sensitifs, le jeu de résultats comprend au moins une ligne ;
pour les curseurs dynamiques, le jeu de résultats peut être vide, ou contenir une ou plusieurs lignes.

0
Le jeu de résultats du curseur est vide.* Le curseur affecté à cette variable est ouvert mais le jeu de résultats est vide.*

-1
Le curseur est fermé. Le curseur affecté à cette variable est fermé.

-2
Valeurs possibles :
Aucun curseur n'a été affecté à cette variable OUTPUT lors du précédent appel de la procédure.
Un curseur a été affecté à cette variable OUTPUT lors du précédent appel de la procédure mais il était fermé pendant le déroulement de celle-ci. C'est la raison pour laquelle le curseur est désaffecté et qu'il n'est pas renvoyé à la procédure d'appel.
Aucun curseur n'est affecté à une variable de curseur déclarée.

-3
Aucun curseur avec le nom spécifié n'existe. Il n'existe aucune variable de curseur portant le nom spécifié ou si c'est le cas, aucun curseur ne lui a encore été affecté.


A +

[elsuket]

Bonjour,

Ou encore, si vous êtes sous SQL Server 2005, vous pouvez tester l'existence du curseurs pour la session en cours en passant en paramètre votre SPID (@@SPID) à la fonction de gestion dynamique sys.dm_exec_cursors :

Code :

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

1
2
3
4
5
6
7
IF EXISTS
(
	SELECT *
	FROM sys.dm_exec_cursors(@@SPID)
	WHERE name = 'monCurseur'
)
DEALLOCATE monCurseur

@++

[SQLpro]

Là par contre, je me risquerais pas à cette solution... par ce que les privilèges de l'utilisateur peuvent lui interdire la vision des dm !

A +

[elsuket]

Exact, je n'y avais pas pensé

@++

[cmako]

CURSOR_STATUS
(
{ type , 'cursor_name' }
| { 'variable' , 'cursor_variable' }
)
avec type ::= { local| global }

A +

Merci. En faite je vais créer des curseurs locaux donc plus de problèmes de lorsqu'on quitte la procedure.

Sinon le test cursor_status > -2 est la meilleure solution