Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Getting value of OUTPUT param in .net
Message
 
 
Information générale
Forum:
ASP.NET
Catégorie:
Autre
Versions des environnements
Environment:
C# 2.0
Divers
Thread ID:
01544303
Message ID:
01544410
Vues:
21
>>>>>
>>>>>Given your previous post I guess you no longer need it but, in pseudo-code:
SqlCommand command = new SqlCommand();
>>>>>            //Congfigure command
>>>>>            SqlParameter param = new SqlParameter(Parameters[2, 0], Parameters[2, 1]);
>>>>>            param.Direction = ParameterDirection.InputOutput;
>>>>>            //etc
>>>>>            command.Parameters.Add(param);
>>>>>            //Add other params , execute....
>>>>>            var v =  command.Parameters["@Param3"].Value;
>>>>
>>>>Can you think of why when I am trying to apply the above code, C# compiler complaints that 'object does not contain a definition for 'Value'". This is on the very last line where Parameters value is retrieved. And when I entry the open bracket key, right after the 'Parameters' Intellisense shows that object List parameter is int Index. What am I missing?
>>>
>>>Can you show the code you're trying?
>>
>>I think the difference is in how I create Parameters collection (as following):
>>
>>
>>IDbDataParameter param = oCommand.CreateParameter();
>>
>>
>>and the way Viv created them:
>>
>>
>>SqlParameter param = new SqlParameter(Parameters[2, 0], Parameters[2, 1]);
>>
>
>Yes, that's the difference. I think you need to have two separate classes - one for calling VFP SPs and one for SQL Server to utilize SQL Server specific provider and not generic.

I will try this approach. Thank you.
"The creative process is nothing but a series of crises." Isaac Bashevis Singer
"My experience is that as soon as people are old enough to know better, they don't know anything at all." Oscar Wilde
"If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money that it values more, it will lose that too." W.Somerset Maugham
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform