Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / ASP.NET / Web Services / March 2007

Tip: Looking for answers? Try searching our database.

SQLParameter array in Web Service

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Doogie - 26 Mar 2007 23:04 GMT
I was finishing a design on a web service and at the review a question
was raised about my using a SQLParameter array as a parameter to a
method in the web service.  The preference the person had was to use
xml instead.  If I understood him correctly he indicated that DotNet
converts everything to xml anyways in a web service and so by using
the array I might be creating some unnecessary overhead?

I was curious about how I could determine the actual amount of
overhead that might be caused by something like this?
John Saunders - 27 Mar 2007 18:49 GMT
>I was finishing a design on a web service and at the review a question
> was raised about my using a SQLParameter array as a parameter to a
> method in the web service.  The preference the person had was to use
> xml instead.  If I understood him correctly he indicated that DotNet
> converts everything to xml anyways in a web service

It's not a matter of .NET doing the conversion. Web Services almost always
use XML.

You should not use platform-specific types in a web service if you intend
any other platform to understand them. A Java application will not
understand SQLParameter.

Out of curiosity, why are you passing SQLParameter values in a web service?

John
Doogie - 28 Mar 2007 19:34 GMT
Hi John,
The short version is that we were planning a type of process to send
stored proc calls to a table in our database that are "process heavy"
and take a while to execute.  A SQL job was going to pick them up and
actually run them.  So we were sending the proc name, and info on the
parameters to the web service which would then insert that info into a
table that the SQL job would read and then execute accordingly.  Thus
I need an array of some kind that users of the web service can shoot
me off their parameter info.

But, since I posted the question, the design was put on hold.  Seems
they want to wait until we get SQL 2005 completely installed on all
our sql servers first.

Thanks though for the input!

Rate this thread:







Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.