|
One
solution is where the clients can pass an SQL SELECT statement to the web
service/s, and have an XML dataset returned (as a string), which happens to be
ADO.NET compliant (I generate the schema and XML and return that, took a bit of
fiddling but it works fine), so the .NET folks can build a DataSet based on the
returned XML.
Its
not the most efficient given the XML encoding/decoding, and currently (my one)
isn't streamed, so with big datasets you run into problems. A nicer solution
would be something that is streamed and/or attached as an attachment instead
(compressed binary etc). That said, it works well for all of my uses. Of course,
the resultsets are disconnected, so you can use a combination of this and other
web methods to then do your updates/actions etc.
The
security nazis^W folk may rightly cringe allowing SQL calls passed through
to the database/s, unless you've got pretty rigorous checks for the incoming
SQL, or another interface on top of that (one where clients can supply
parameters and so on, but don't get to generate the actual SQL - the latter is
far safer but far more tedious to code ;). Depends if there'll be a lot of
custom queries and so on... much nicer having a business API they can talk
to.
Cheers,
Joe
|
- question about database result sets... Dave Jacobson
- RE: question about database result sets... Joe Shevland
- RE: question about database result sets... Joe Shevland
- RE: question about database result sets... Yakulis, Ross (Ross)
- Re: question about database result sets... Dave Jacobson
