本文主要分析了ADO.NET访问数据库中两种典型的数据访问模式的性能,以及有肋于提高数据访问性能的存储结构和连接池技术,并进一步研究了ADO.NET中其他优化数据访问性能的方法。
.NET平台是Microsoft推出的新的程序开发平台,集成了多种开发语言,它实现了企业级Web应用程序的快速开发.开发过程中,通过数据库访问类ADO.NET对数据库进行访问操作.ADO.NET是Microsoft推出的一组用于和数据源进行交互的面向对象类库,通过其可以快速的访问数据库.但是,在访问过程中,一些技巧或是技术如果运用得当,可以在一定程度上提高访问性能.本文将从几个方面来探讨提高ADO.NET访问数据库性能的方法.
ADO.NET的设计目的是从数据操作中分解出数据访问,其体系结构主要包括两个核心组件:DataSet和.NET Framework数据提供程序.ADO.NET支持面向流的数据访问和面向集的数据访问,阐述了这两种数据访问机制的区别及其各自的特点,并对具体应用进行了研究.
在ADO.NET中,虽然对于服务器端的游标不提供任何支持,但这不意味着你就不能使用游标.实际上,你所需要做的步骤是在.NET中输入ADO库.你只需在references node上单击右键,就可以在你自己的程序里运行本地ADO.NET访问数据库。#t#
但是我个人认为,在你想转向.NET时,请慎重考虑. 首先,请务必完全输入ADO.NET访问数据库, 这不会花费太多时间和精力,这是向.NET迈出的第一步,.但是,这仅仅是万里长征的第一步而且也是通向.NET必须的一步. .NET的真正附加值是基于一个均匀的,持续稳定的接口以及本地classes的广为应用之上的.关于COM libraries是可以被支持的,合理的,但不被鼓励的,因为它仅仅是个短期解决方案,或者是一个过渡步骤.。
需要记住的是,虽然在这里不做推荐,但你也可以利用ADO .NET 类来连接到SQL Server数据库. 这种方法唯一不足是,代码需要通过一个不必要的额外代码层. 首先它会调入ADO的托管提供程序, 然后ADO的托管提供程序再调用SQL Server OLE DB 提供程序. 如同OLE DB 提供程序做的一样,ADO.NET访问数据库托管提供程序会直接操作数据,
关于ADO 和ADO.NET在连接对象上最大的差别在于ADO.NET连接不支持CursorLocation属性.与其说这是一个文档BUG,还不如认为这是一个备具争议的设计问题.为强制执行它的以数据为中心的基准,ADO.NET访问数据库没有游标的显示实现.
在ADO.NET访问数据库中,你已习惯于利用游标将记录从数据库或其它OLE DB兼容的数据源中抽取, 你可以选择客户端或是服务器端游标,每种游标都有几个预先设定的游标类型. 而在ADO.NET中更多的是从数据源中抽取数据,并且为读取和分析数据提供新的编程接口
