Récupérer la valeur de retour d'une procédure stockée et l'utiliser dans VB.NET

Version imprimable

27/10/2010, 20h35
DEV-10

Récupérer la valeur de retour d'une procédure stockée et l'utiliser dans VB.NET

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.
27/10/2010, 21h01
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
27/10/2010, 21h01
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...
27/10/2010, 21h29
DEV-10

Citation:

Envoyé par 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

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.

Citation:

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.
27/10/2010, 22h10
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

Bonjour

Citation:

Envoyé par DEV-10

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:

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:

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();
}

28/10/2010, 20h54
DEV-10
Citation:

Envoyé par 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

voici mon exemple :
Code:

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 ?
28/10/2010, 21h55
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