PC Review


Reply
Thread Tools Rate Thread

Data Access and Middle-Tier... Control Library or Web Services

 
 
Dollar
Guest
Posts: n/a
 
      29th Nov 2005
Does anybody have strategies on when to through your Data Access and
Middle-Tier into a Web Service opposed to a Control Library?

I mostly deal with intranet ASP.NET web applications, and occasionally
create web services that access my Data Access (which is in a control
library). Right now my data access passes back datasets, datareaders,
or XML. I know passing datasets and datareaders over web services can
be pretty expensive.

I have talked to a number of people who put everything in web services,
but I don't see the advantage if it is an internal application. Is
there a big drop off in performance using Web Services?

Have not worked to much with Web Services. Want to know if I am
missing out on something I should be taking advantage of.

Thanks.

 
Reply With Quote
 
 
 
 
Dollar
Guest
Posts: n/a
 
      29th Nov 2005
To clear things up, my question is the following (for Intranet Web
Applications)

Here are my tiers

Front End - ASP.NET Web Application
Middle Tier - Control Library or Web Service or Both?
Data Access - Control Library or Web Service?

 
Reply With Quote
 
Frans Bouma [C# MVP]
Guest
Posts: n/a
 
      30th Nov 2005
Dollar wrote:

> Does anybody have strategies on when to through your Data Access and
> Middle-Tier into a Web Service opposed to a Control Library?
>
> I mostly deal with intranet ASP.NET web applications, and occasionally
> create web services that access my Data Access (which is in a control
> library). Right now my data access passes back datasets, datareaders,
> or XML. I know passing datasets and datareaders over web services can
> be pretty expensive.
>
> I have talked to a number of people who put everything in web
> services, but I don't see the advantage if it is an internal
> application. Is there a big drop off in performance using Web
> Services?
>
> Have not worked to much with Web Services. Want to know if I am
> missing out on something I should be taking advantage of.


Webservices are often misunderstood. Webservices should be seen as
services to which you send messages, like 'do this for me'. THey
shouldn't be used as a full tier to which you dump 1000's of rows or
request 1000s of rows from, typically because it's very inefficient to
do so.

So I'd strongly advice against a 'data-access webservice', because
that's completely missing the point of why webservices exist. It's a
big problem actually, especially since vs.net makes it so easy to
create a webservice which is actually a low-level tier.

FB

--
------------------------------------------------------------------------
Get LLBLGen Pro, productive O/R mapping for .NET: http://www.llblgen.com
My .NET blog: http://weblogs.asp.net/fbouma
Microsoft MVP (C#)
------------------------------------------------------------------------
 
Reply With Quote
 
 
 
Reply

Thread Tools
Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Caching data in C# middle tier component for use in VB COM Ayoa Microsoft C# .NET 0 18th Jun 2006 08:45 PM
Access and the "Middle Tier" Jordan S. Microsoft Access 2 19th Apr 2006 09:42 PM
Middle tier Data access object in .net assembly or COM? =?Utf-8?B?ZGF2aWQ=?= Microsoft ADO .NET 2 28th Jan 2006 03:20 AM
Best practice? Managing concurrent access to Business Objects on the middle-tier Robert Zurer Microsoft C# .NET 1 5th Aug 2003 05:37 PM
Best practice? Managing concurrent access to Business Objects on the middle-tier Robert Zurer Microsoft Dot NET 1 5th Aug 2003 05:37 PM


Features
 

Advertising
 

Newsgroups
 


All times are GMT +1. The time now is 09:48 PM.