dataReader问题
在bs中用datareader合适吗，因为我的项目全部都是用datareader读取数据然后创建对象的
比如:A a=new A();a.name=read[“name”].ToString();
[解决办法]
合适
[解决办法]
我的项目也全是用datareader来读数据的，最近在做一个大的项目时发现这种方式的弊端了，用的人一多，经常性的连结过多，所有连结我都做了清空与关闭处理，还是不行，正着手全部换DATASET方式来读了。
[解决办法]
强烈建议换成DataSet
[解决办法]
DataReader对于数据库的操作是连接式的，即不断开与数据库的连接；因此，当连接数过多时，会出现反应缓慢的问题。
而DataSet是物理数据库的映射，即内存数据库，是一种断开式的连接，在操作数据期间，会断开与数据库的连接。
因此，强烈建议使用DataSet。
[解决办法]
Dataset吧，有更好的三层框架的话建议都换成实体操作
[解决办法]
如果图方便，还是用DataSet
参考：http://www.svnhost.cn/Article/Detail-26.shtml
[解决办法]
联接少就用dataReader联接多还是用Dataset吧
[解决办法]
如果是操作数据 我建议 dataset
但是 一些数据读取出来 只是显示 为什么还要用 dataset
而且dataset 需要封装 其实效率并不怎么高
[解决办法]
datareader的效率要比dataset高。但是datareader通常要开了又关，关了又开。太多的话容易混乱。
[解决办法]
如乱可以归类则不乱了。
[解决办法]
为何不dataread 和 dataset 结合用，dataread 是只向前的，并且始终保持数据连接， dataset 虽然不用始终保持数据连接，但是又占用系统的资源，考虑两者结合吧。
