Discussion :

[DEV-10]

Bonjour

J'exécute une procédure stockée (sur SQL Server 2005) à partir d'une application VB.NET.

Dans VB je veux récupérer une valeur qui me dira si l'exécution de ma procédure stockée a réussi ou échouée.

Comment puis-je récupérer cette valeur ?

Merci.

[Pol63]

si ta procédure retourne un code, avec executescalar ca devrait aller
si tu veux juste savoir si ta procédure passe en erreur, un try catch interceptera l'erreur

[Invité]

C'est possible d'ajouter une valeur retour dans une procédure SQL Server.
cf : http://msdn.microsoft.com/en-us/libr...SQL.90%29.aspx
Paragraphe : D. Using OUTPUT parameters
J'imagine que Dotnet est capable de récupérer ça aisément mais c'est à confirmer...

[DEV-10]

si ta procédure retourne un code, avec executescalar ca devrait aller
si tu veux juste savoir si ta procédure passe en erreur, un try catch interceptera l'erreur

Mais il n'y a pas de code sql dans l'application VB.

L'application VB appelle une procédure stockée qui se trouve sur un serveur SQL.

Avec ExecuteScalar de l'objet Command on peut récupérer les résultats d'une requête Sql qui contient une instruction
COUNT (comptage) AVG (moyenne) MIN (valeur minimum) MAX (valeur maximum) SUM (somme)

c'est possible que je comprends pas bien ta réponse.

[Pol63]

executescalar retourne la valeur de la 1ère colonne de la 1ère ligne d'un select
le select peut etre dans une sp
une sp peut retourner un int via return x, donc je suppose qu'executescalar doit faire l'affaire
m'enfin essaye tu verras bien

[Bluedeep]

Bonjour

Est-ce que c'est possible de récupérer une valeur de retour d'une procédure stockée (sql server 2005) et l'utiliser par exemple dans une application dotnet ?

Tout à fait, à l'aide de la propriété "Direction" de la classe SqlParameter, en n'omettant pas de préciser la valeur pour la propriété Size le cas échéant.

Exemple :

Une Proc stoc simplette :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
CREATEPROCEDURE [dbo].[sp_testInputOutput]
@input1 varchar(MAX)
,@output1 varchar(MAX)OUTPUT
,@output2 varchar(MAX)OUTPUT
AS
BEGIN
set @output1 ='HELLO WORLD'
set @output2 ='ENTRY VALUE '+ @input1 
 
END

Appel de la proc stoc

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
 
using (SqlConnection connection = newSqlConnection(connectionString))
{
connection.Open();
using (SqlCommand command = connection.CreateCommand())
{
command.CommandText = "sp_testInputOutput";
command.CommandType = System.Data.CommandType.StoredProcedure;
// param entr‚e 
command.Parameters.AddWithValue("@input1", "test");
 
// params en sortie
SqlParameter paramOutput1 = command.Parameters.Add("@output1", System.Data.SqlDbType.VarChar, 100);
paramOutput1.Direction = System.Data.ParameterDirection.Output;
 
SqlParameter paramOutput2 = command.Parameters.Add("@output2", System.Data.SqlDbType.VarChar, 100);
paramOutput2.Direction = System.Data.ParameterDirection.Output;
 
// run ps
command.ExecuteNonQuery();
 
// display test result
Console.WriteLine(paramOutput1.Value);
Console.WriteLine(paramOutput2.Value);
}
connection.Close();
}

[DEV-10]

executescalar retourne la valeur de la 1ère colonne de la 1ère ligne d'un select
le select peut etre dans une sp
une sp peut retourner un int via return x, donc je suppose qu'executescalar doit faire l'affaire
m'enfin essaye tu verras bien

voici mon exemple :

Code :

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

1
2
3
4
5
6
7
Try
Call fonctiontest(arg1, arg2)
Catch ex As Exception
MsgBox("la fonction a échoué")
Finally
End Try

La fonction "fonctiontest" retourne true ou false.

Dans le cas d'un false, au lieu de voir mon message personnel s'afficher, c'est le message du système sql qui s'affiche.(violation de clé primaire....)

va falloir par exemple intercepter l'erreur dans le code sql de la procédure stockée au lieu de le faire dans VB.

Qu'est ce que tu en pense ?

[Pol63]

je ne te suis pas trop

si fonctiontest retourne true ou false, autant tester son retour déjà, donc if fonctiontest then else
call est inutile, le nom de la méthode/fonction suffit

de plus si après l'appel de fonctiontest tu passes dans le catch que tu nous montres, c'est que fonctiontest n'a pas de try catch
et donc il suffit de mettre un try catch dans fonctiontest avec dans le catch return false

quand à intercepter l'erreur dans sql plutot que dans vb, ca n'est pas utile dans ton cas je pense