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 / .NET Framework / ADO.NET / September 2005

Tip: Looking for answers? Try searching our database.

Where are DataSets Stored??

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Freeky Code - 28 Sep 2005 10:17 GMT
This Point has always make me confuse

Sure that DataSet is in the RAM but where in the RAM the Server or the
Client

Shall be Very Kind of you if any one can take a lill of there time to
let know this Topic clear to me..

Thanks Dudes ;)
CT - 28 Sep 2005 10:26 GMT
On the client, or where your code runs, which of course could be both client
and server. ;-)

Signature

Carsten Thomsen
Enterprise Development with VS .NET, UML, AND MSF
http://www.apress.com/book/bookDisplay.html?bID=105
Communities - http://community.integratedsolutions.dk

> This Point has always make me confuse
>
[quoted text clipped - 5 lines]
>
> Thanks Dudes ;)
Freeky Code - 28 Sep 2005 10:39 GMT
If it is on the Server then if a Page that is requested by some
thousands of users with in that page that is generating a dataset that
is fetching some millions of records then in that case the performance
will go down.

May b u r right can u make it clear to me how is it happening
Norman Yuan - 28 Sep 2005 20:51 GMT
You are quite right: generating a DataSet full of millions of records is
very bad design, even a few thousands could be too much for a server
application like ASP.NET.

> If it is on the Server then if a Page that is requested by some
> thousands of users with in that page that is generating a dataset that
> is fetching some millions of records then in that case the performance
> will go down.
>
> May b u r right can u make it clear to me how is it happening
Freeky Code - 29 Sep 2005 01:04 GMT
Hi Norman

         What do u think about where is the DataSet on the Server
Memory or the Client Memory.
cecil - 29 Sep 2005 21:44 GMT
FC  It depends on what client-server you mean.

Some scenarios:

Client = Web browser; Sever1 = IIS; Server2 = seperate SQL Server

On IIS server in ASP.Net Code:
da.Fill(ds);
What happens:
1.  A sql statement is run on SQL Server.  SQL server creates a temp
table of results in its memory space.
2.  This sends one record at a time to the IIS server and the records
are inserted in the dataset which is in the memory space of the Asp.Net
App.
3.  You are then most likely generating html (raw text) to represent
the data to the client and the html goes accross the net to client
(this had better not be Millions or even hundreds of records).  The
html (not a dataset) is loaded into the memory of the clients Browser
App.

If client is .Net windows app and has called a method that returns a
dataset and IIS is hosting a .Net remote component then step three
becomes:
3.  The DataSet is serialized into XML sent accross the wire to the
client who recieves the stream deserializes it back into a dataset
where it is now stored in the memory of the client app.

So the answer is it uses memory everywhere!

Hope this starts to answer your question.

Cecil Howell
MCT, MCSD, MCAD.NET, MCETRG.NET

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.