笔记：为什么只使用DataReader(DataReader和Dataset的性能比较)？

【技术要点】
1、每次Read()方法从数据库中取出一条数据，然后丢弃；然后取出下一条数据
2、它需要保持当前的活动连接
3、它总是顺序读取

【和Dataset的性能差距】
DataReader是后者速度的近30倍，而且从数据库中取出的数据越多，这方面的速度差距也越大
见 A Speed Freaks Guide to Retrieving Data in ADO.NET

【如何提高性能？】
越早从DataReader读取数据，越早关闭DataReader，越早关闭连接，就越能提高性能

【Sql和OleDB性能差距】
Sql的速度是OleDB速度的近10倍

【什么地方使用Dataset?】
1、桌面应用程序中使用，利用客户端的处理能力
2、不同的应用平台之间传输远程数据，比如利用web service传输Dataset
3、需要数据缓存（DataReader是保持数据连接的对象）
其他缓存办法：使用DataReader从数据库中取出数据，循环保存进一个Arraylist，每条数据保存在一个实体类里面，每个字段的数据对应了此类的相应属性。所有这些实体类对象一起构成了数组Arraylist。——这种方法的好处：不仅更有效率，而且更加易于保持，降低和数据库之间的耦合；当然，此数据集合也可以方便的绑定到控件中(http://aspnet.4guysfromrolla.com/articles/102302-1.aspx)。
4、需要自由的获得关系数据的时候，比如主从表。与其每次都从数据库中取相应父栏目下的所有子数据，不如一次性全部取出子数据，然后根据table表之间的关系relation绑定到控件。

【使用Dataset的若干理由】
1、某些场合使用它开发更加方便
2、有时候可以让web客户端像桌面客户端 

 

嗯，有几个问题，DataSet是慢，但是填充DataSet时候也是用DataReader 的，不信的话，可以在一个连接里面先用一个DataReader读数据，然后不把它关掉，连接也不管，然后用这个连接Fill一个DataSet，看看报什么异常（用的数据库要SqlServer2000 2005 看不到效果的） DataSet慢的原因有很大部分来自推断架构，因为DataTable是不可能知道你的数据库的表的架构，只能透过DataReader去推断架构的，这个才是最浪费时间的，因此我们可以知道用强类型数据集会比普通的DataSet来的快。 我们看看DataSet里面的DataTable 支持的操作那么多，比起LZ说的那种方法（ArrayList）来得强大，但是如果这些功能用不上呢，当然是LZ那种好了。这个可以参考PetShop4.0 的IList,估计能比ArrayList还要快一点吧，但是究竟有多少就不知道了。 SqlClient的速度是OleDB速度的近10倍,我看过白色皮的那本ADO.net 他说是一样快的，虽然我也不相信

 

 

很赞同，DataSet慢主要还是由于推断Schema，DataAdapter内部还是使用DataReader填充DataTable，

如果数据源是SQL7。0以上，使用SqlClient肯定比OleDb性能高，因为SqlClient是专门对Sql作了优化的，而OleDb需要保持各个数据库的兼容性