Comment empêcher proc stocké de renvoyer des jeux d'enregistrements intermédiaires?

Question

contexte Problème: J'utilise VisualStudio 2008 et des ensembles de données typés, qui offrent un « facile » accès à executescalar() exécutons scalaire renvoie la valeur du premier champ de la première ligne de la première recorset (cette dernière partie étant souvent omis)

le problème avec ce comportement est que le plus souvent que vous voulez faire d'autres demandes avant vous calculer la valeur à retourner avec une déclaration finale select @returnValue.

Donc, ma question est, en général, Comment empêcher un SP de retourner des jeux d'enregistrements intermédiaires? (I SET essayé FMTONLY ON/OFF, mais est a un comportement latéral indésirable)

Une autre question connexe est: comment empêchez-vous une instruction UPDATE T-SQL de retourner les lignes mises à jour? Parfois, vous utilisez UPDATE pour simplement mettre à jour ...

merci!

échantillon

:

BEGIN

SET NOCOUNT ON; 

declare @c int 
select @c=(select count(*) from work where ...) 
select @c -- so ExecuteScalar() works 
update sousblocs set myfield = @c 
     where ... 

select @c --after the update, won't be seen by ExecuteScalar() 
return @c --useless for ExecuteScalar 

FIN

ce fut mon problème, et il peut être résolu avec le premier "select @c"; mais je me demande néanmoins si vous pouvez désactiver la sortie de recorset ....

Answer 1

1 - Ne pas avoir plusieurs instructions de sélection dans votre proc stocké sans cible. C'est à dire. Si vous exécutez SELECT 1,2,3, puis SELECT 4,5,6, il retournera 2 enregistrements.

2 - Je ne sais pas pourquoi vous récupérez des enregistrements lorsque vous exécutez une mise à jour. Essayez de définir SET NOCOUNT ON pour désactiver les messages "xx rows affected".