Un peu peur d'avoir mal compris la question, mais vous pourriez profil sur le RPC:événement Terminé, qui sera de retour le résultat pour l'exécution d'une procédure stockée dans la colonne textdata comme:
exec usp_yourproc @param = 'valeur'
Pour info, cela ne fonctionne que pour les appels de procédure stockée en cours dans la base de données à partir d'une connexion RPC (Remote Procedure Call), et non pas lorsqu'une procédure stockée en appelle une autre procédure stockée.
Si je reçois correctement, vous avez une procédure stockée appelée par un autre de la procédure stockée et vous voulez obtenir les valeurs des paramètres qui sont passés à l'intérieur de la procédure stockée?
Je ne pense pas que c'est possible avec le générateur de profils SQL. Si je trouve un moyen de bien, je vais poster une mise à jour. Si c'est juste pour le débogage ensuite, vous pouvez enregistrer les valeurs dans une table pour vérifier, après le fait, mais ce n'est pas une très bonne solution de production, sauf si vous voulez vraiment ce genre d'exploitation extensive.
Pour certains evensts, le générateur de profils SQL affichera les valeurs NULL à la place de vraies datain TextData colonne. Vous pourriez un metod qui est expliqué ci-dessous l'article de s'emparer de cette info. J'ai utilisé cette méthode pour capturer un autre ensemble de requêtes qui lançaient des avertissements de tri. Laissez-moi savoir si cela aide.
Un peu peur d'avoir mal compris la question, mais vous pourriez profil sur le RPC:événement Terminé, qui sera de retour le résultat pour l'exécution d'une procédure stockée dans la colonne textdata comme:
exec usp_yourproc @param = 'valeur'
OriginalL'auteur
Si je reçois correctement, vous avez une procédure stockée appelée par un autre de la procédure stockée et vous voulez obtenir les valeurs des paramètres qui sont passés à l'intérieur de la procédure stockée?
Je ne pense pas que c'est possible avec le générateur de profils SQL. Si je trouve un moyen de bien, je vais poster une mise à jour. Si c'est juste pour le débogage ensuite, vous pouvez enregistrer les valeurs dans une table pour vérifier, après le fait, mais ce n'est pas une très bonne solution de production, sauf si vous voulez vraiment ce genre d'exploitation extensive.
OriginalL'auteur Tom H
Pour certains evensts, le générateur de profils SQL affichera les valeurs NULL à la place de vraies datain TextData colonne. Vous pourriez un metod qui est expliqué ci-dessous l'article de s'emparer de cette info. J'ai utilisé cette méthode pour capturer un autre ensemble de requêtes qui lançaient des avertissements de tri. Laissez-moi savoir si cela aide.
http://sankarreddy.spaces.live.com/blog/cns!1F1B61765691B5CD!367.entrée
OriginalL'auteur Sankar Reddy