Discussion :

[mioux]

Bonjour

Je cherche comment récupérer les sorties "texte" de SQL Server dans un programme C#

Je m'explique... J'ai (par exemple) une procédure stockée ressemblant à çà :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
PRINT 'Sélection'
 
SELECT *
FROM MaTable
WHERE ID = 1
 
PRINT 'Mise à jour'
 
UPDATE MaTable
SET NOM = 'Guerrin'
WHERE ID = 1

Dans SQL Server 2005 Management Studio (ou en lancant la procédure stockée par BCP), je peux voir l'avancement de ma procédure car il m'affiche

Code :

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

1
2
3
4
5
6
Sélection
 
(1*ligne(s) affectée(s))
Mise à jour
 
(1*ligne(s) affectée(s))

texte qui, de plus apparait au fur et à mesure que la procédure s'exécute...

Y a il moyen de récupérer ces infos ? Et y a il moyen de les récupérer au fur et à mesure qu'elles sont renvoyées par SQL Server ?

EDIT : Je suis parti avec un SqlCommand, mais si ca se trouve je fais entièrement fausse route

[fally]

Je sais pas mais, un MessageBox?

[mioux]

mon problème ce n'est pas de l'afficher (je travaille dans une console, donc MessageBox, j'oublie ), mais de récupérer la valeur renvoyée par SQL Server

[fally]

mon problème ce n'est pas de l'afficher (je travaille dans une console, donc MessageBox, j'oublie ), mais de récupérer la valeur renvoyée par SQL Server

? Explique un peu

[mioux]

Ah oui tiens au fait, j'ai trouvé ma solution

J'ai eu raison d'arrêter de chercher sur l'objet SqlCommand... la solution est dans SqlConnection

Code :

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

1
2
SqlConnection ACSDB = new SqlConnection(connectionString);
ACSDB.InfoMessage += new SqlInfoMessageEventHandler(ACSDB_OnInfoMessage);

avec bien sûr

Code :

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

1
2
3
4
static void ACSDB_OnInfoMessage(object sender, SqlInfoMessageEventArgs e)
{
    Console.WriteLine(e.Message);
}

Les seuls messages que l'on reçoit sont les print, les warning et les erreurs, mais pour mon utilisation c'est suffisant, vu que je cherchais à stresser SQL Server et voir comment est géré la concurence.

PS : En revanche, ce n'est pas utilisable en mode asynchrone et la connexion revoit tout les messages en 1x, et ça ça me gêne... car j'aurai voulu voir les messages en "temps réel"... mais bon ça nous a suffi pour nos tests

[fally]

Voila qui est parfait; merci

[Rodie]

Ah bin ça ça tombe bien alors, c'est exactement ce que je cherchais
Pas facile de taper les bons mots dans Google par contre.

Au fait, tu peux faire un SET NOCOUNT ON dans ton script SQL si tu veux pas qu'il affiche les messages du genre (1*ligne(s) affectée(s))

[Rodie]

Pour voir les messages en temps réel, tu peux faire ceci dans SQL :

Code :

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

1
2
select @msg = 'my message'
raiserror (@msg, 0, 1) with nowait

[mioux]

Pour moi en particulier, avoir les messages en décalés m'a suffit...

En fait, je devrais marquer ce post résolu, vu que mon stresseur n'est plus utile maintenant que j'ai effectué mes tests

EDIT : Il était déjà résolu

[Rodie]

C'est résolu ? T'es sûr ?

Juste pour info, il faut aussi faire une ptite manip C# pour catcher les messages SQL en live :

Code :

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

connection.FireInfoMessageEventOnUserErrors = true;

Et voilà