Difference between DataReader and DataAdapter / DataSet and
DataAdapter?
Answer Posted / anul haq
When accessing data the DataReader is the hands down winner.
Performance increases almost exponentially over the DataSet
when more than a few queries are executed sequentially.
Simple, fast forward, read-only access to result sets is the
DataReader's favorite pastime. If data doesn't need to be
modified, cached or serialized consider using a reader.
Don't dismiss the DataReader just because you need results
in XML. Try using the ExecuteXmlReader method of the
SqlCommand class. Just don't forget the FOR XML clause in
your query.
Business applications with a strong BLL that coerce
requested data into new types can use a DataReader without
fear of lost scalability. Often times the application's
business objects can easily duplicate or enhance some of the
functionality that the DataSet is so popular for. Creating
those business objects can mean the difference between an
application that entirely relies on DataSets to one that can
leverage their usefulness only where need be.
Binding of read-only data is much more efficient using a
reader. Just imagine how many times a day that DropDownList
you use is populated. Remember how much things cost in the
long run.
Is This Answer Correct ? | 20 Yes | 21 No |
Post New Answer View All Answers
What is the use of SqlCommandBuilder?
What is the meaning of object pooling?
What is Data view?
Can we load multiple tables in a dataset?
Define different execute methods of ADO.NET command object ?
List the 4 common ado.net namespaces?
What we do with the object of ado.net dataset after using it?
What is data relation?
What is the difference between Data adaptor and Data set?
Define Execute Reader?
What is execute scalar in ado.net?
Explain the difference between an ado.net dataset and an ado recordset?
What is ado.net and its architecture?
what is the difference betwen typed dataset and untyped dataset?in general which dataset can we use in programming?
describe the dataset object in ado.net.