T
Tim Greenwood
Can anyone give me a GOOD reason for opting to use webservices on an
internal network for processing that will never be exposed directly to the
public? I'm rather adamantly against going this route and would rather
continue using Stored procedures and let the web/application developers
create their own strongly typed datasets using those SP's. It just seems
like an awful lot of data wasting our internal bandwidth for no good reason.
Now if we were publishing those webservices for public consumption I could
understand it but it seems like a poor use of webservices for developers who
are just being lazy maybe and wanting someone else to do their work
It was also mentioned that with SQL 2005 binary data and serializing will be
a big deal for performance on the server/network. I've not kept up with SQL
since last fall so I'm a bit out of touch on that.....any input anyone??
I really appreciate anything I can get hold of here.
internal network for processing that will never be exposed directly to the
public? I'm rather adamantly against going this route and would rather
continue using Stored procedures and let the web/application developers
create their own strongly typed datasets using those SP's. It just seems
like an awful lot of data wasting our internal bandwidth for no good reason.
Now if we were publishing those webservices for public consumption I could
understand it but it seems like a poor use of webservices for developers who
are just being lazy maybe and wanting someone else to do their work
It was also mentioned that with SQL 2005 binary data and serializing will be
a big deal for performance on the server/network. I've not kept up with SQL
since last fall so I'm a bit out of touch on that.....any input anyone??
I really appreciate anything I can get hold of here.