目前做的是一些基本数据的增删改查。。
查的时候我是用DataReader取数据,然后存到Ilist中,通过WebServiec返回给界面层~因为这些数据基本没有什么业务关系...只是一些资料! 有的资料说dataReader效率高,但是一直占用连接资源...
有的资料说DataSet比较占内存资源...请大家讨论下到底该如何取舍 ~
查的时候我是用DataReader取数据,然后存到Ilist中,通过WebServiec返回给界面层~因为这些数据基本没有什么业务关系...只是一些资料! 有的资料说dataReader效率高,但是一直占用连接资源...
有的资料说DataSet比较占内存资源...请大家讨论下到底该如何取舍 ~
当使用DataSet时,经常会利用DataAdapter(也可能是CommandBuilder)与数据源进行交互。当使用DataSet时,也可以利用DataView对DataSet中的数据应用排序和筛选。也可以从DataSet继承,创建强类型DataSet,用于将表、行和列作为强类型对象属性公开。
当设计应用程序时,要考虑应用程序所需功能的等级,以确定使用DataSet或者是DataReader。
要通过应用程序执行以下操作,就要使用DataSet:
r 在结果的多个离散表之间进行导航。
r 操作来自多个数据源(例如,来自多个数据库、一个XML文件和一个电子表格的混合数据)的数据。
r 在各层之间交换数据或使用XML Web服务。与DataReader不同的是,DataSet能传递给远程客户端。
r 重用同样的记录集合,以便通过缓存获得性能改善(例如排序、搜索或筛选数据)。
r 每条记录都需要执行大量处理。对使用DataReader返回的每一行进行扩展处理会延长服务于DataReader的连接的必要时间,这影响了性能。
r 使用XML操作对数据进行操作,例如可扩展样式表语言转换(XSLT转换)或XPath查询。 对于下列情况,要在应用程序中使用DataReader:
r 不需要缓存数据。
r 要处理的结果集太大,内存中放不下。
r 一旦需要以仅向前、只读方式快速访问数据。
注填充DataSet时,DataAdapter使用DataReader。因此,使用DataAdapter取代DataSet提升的性能表现为节省了DataSet占用内存和填充DataSet需要的循环。一般来说,此性能提升只是象征性的,因此,设计决策应以所需功能为基础。
否则就用DataSet保险些,考虑并发的情况,占用连接多,并发高峰占用连接,用户会连接不上的。
dataReader效率高,但是一直占用连接资源... dataReader关掉连接就进入连接池释放了。
相应的,数据量相对小,不需要多次处理,用datareader