2.读取数据
ado.net应用程序要从数据源里读取数据,首先得创建一个连接对象.这个连接对象可以是sqlconnection 或是 adoconnection,这取决于所采用的目标提供程序. 需要记住的是,虽然在这里不做推荐,但你也可以利用ado .net 类来连接到sql server数据库. 这种方法唯一不足是,代码需要通过一个不必要的额外代码层. 首先它会调入ado的托管提供程序, 然后ado的托管提供程序再调用sql server ole db 提供程序. 如同ole db 提供程序做的一样,sql server 托管提供程序会直接操作数据,
关于ado 和ado.net在连接对象上最大的差别在于ado.net连接不支持cursorlocation属性.与其说这是一个文档bug,还不如认为这是一个备具争议的设计问题.为强制执行它的以数据为中心的基准,ado.net没有游标的显示实现.
在ado中,你已习惯于利用游标将记录从数据库或其它ole db兼容的数据源中抽取, 你可以选择客户端或是服务器端游标,每种游标都有几个预先设定的游标类型. 而在ado.net中更多的是从数据源中抽取数据,并且为读取和分析数据提供新的编程接口
在ado中,通过规定连接和命令文本,你可以创建一个recordset 对象.对于游标的位置和类型recordset有一些规定.你可以按下面的方法来读取数据.
在内存中创建选定记录的静态副本,然后在断开与数据源的连接时对副本进行处理,ado称之为静态游标.
通过快速的, 仅向前的, 只读游标来滚动数据,,ado称之为仅向前游标.
通过服务器端游标来访问数据,需要良好的连接,但您可以在不同层面上检测由其它连线用户输入的信息,ado称之为: 动态游标.
头两种都是在断开的recordsets上进行操作,并从客户端缓存中读取信息,另外,前两种方式也常被用于面向web的环境中以及全新的 n-tier 系统当中.
在ado中,以上所有这些方式与不同类型的游标相对应 .在文中,你将会发现,ado.net虽然与ado不同,但它具备了ado的所有功能.相对照来说,你的代码将从实际的数据源及其物理存储媒介和格式中抽取数据.
ado.net能够使dataset 和 datareader 将数据从数据源中抽取出来.前者是记录在内存中的缓存,你可以从任意方向访问并随意作出修改. 后者是高度优化的对象，在只读纪录集中以仅向前方式向前移动。注: dataset 看起来象是静态游标,但实际上,在.net中,与ado只读游标相对应的是datareader 对象.
在ado.net中,虽然对于服务器端的游标不提供任何支持,但这不意味着你就不能使用游标.实际上,你所需要做的步骤是在.net中输入ado库.你只需在references node上单击右键,就可以在你自己的程序里运行本地ado 对象.
但是我个人认为,在你想转向.net时,请慎重考虑. 首先,请务必完全输入ado, 这不会花费太多时间和精力,这是向.net迈出的第一步,.但是,这仅仅是万里长征的第一步而且也是通向.net必须的一步. .net的真正附加值是基于一个均匀的,持续稳定的接口以及本地classes的广为应用之上的.关于com libraries是可以被支持的,合理的,但不被鼓励的,因为它仅仅是个短期解决方案,或者是一个过渡步骤.
当你要开始使用ado.net时,请考虑这样一个事实:ado.net统一了数据容器类编程接口,.因此,不管是何种类型的程序: windows form, web form, 或者 web service也好,你都得在同一组类中集中处理有关数据. 不管处于后端的数据源是sql server database,或是ole db 提供程序,, xml文件,又或是数组,你都可以使用一样的方法和属性来进行处理.
figure 1. solution explorer menu
如果你坚持在.net世界中使用ado,那么请准备好面对一些其它的影响,例如你需要额外的代码才能够从数据绑定控件中使用recordset.
