2.读取数据
ADO.NET应用程序要从数据源里读取数据,首先得创建一个连接对象.这个连接对象
可以是SQLConnection 或是 ADOConnection,这取决于所采用的目标提供程序. 需要记住
的是,虽然在这里不做推荐,但你也可以利用ADO .NET 类来连接到SQL Server数据库. 这
种方法唯一不足是,代码需要通过一个不必要的额外代码层. 首先它会调入ADO的托管提
供程序, 然后ADO的托管提供程序再调用SQL Server OLE DB 提供程序. 如同OLE DB 提
供程序做的一样,SQL Server 托管提供程序会直接操作数据,
关于ADO 和ADO.NET在连接对象上最大的差别在于ADO.NET连接不支持CursorLoca
tion属性.与其说这是一个文档BUG,还不如认为这是一个备具争议的设计问题.为强制执
行它的以数据为中心的基准,ADO.NET没有游标的显示实现.
在ADO中,你已习惯于利用游标将记录从数据库或其它OLE DB兼容的数据源中抽取
, 你可以选择客户端或是服务器端游标,每种游标都有几个预先设定的游标类型. 而在A
DO.NET中更多的是从数据源中抽取数据,并且为读取和分析数据提供新的编程接口
在ADO中,通过规定连接和命令文本,你可以创建一个Recordset 对象.对于游标的
位置和类型Recordset有一些规定.你可以按下面的方法来读取数据.
在内存中创建选定记录的静态副本,然后在断开与数据源的连接时对副本进行处理
,ADO称之为静态游标.
通过快速的, 仅向前的, 只读游标来滚动数据,,ADO称之为仅向前游标.
通过服务器端游标来访问数据,需要良好的连接,但您可以在不同层面上检测由其
它连线用户输入的信息,ADO称之为: 动态游标.
头两种都是在断开的recordsets上进行操作,并从客户端缓存中读取信息,另外,前
两种方式也常被用于面向WEB的环境中以及全新的 n-tier 系统当中.
在ADO中,以上所有这些方式与不同类型的游标相对应 .在文中,你将会发现,ADO.
NET虽然与ADO不同,但它具备了ADO的所有功能.相对照来说,你的代码将从实际的数据源
及其物理存储媒介和格式中抽取数据.
ADO.NET能够使DataSet 和 DataReader 将数据从数据源中抽取出来.前者是记录
在内存中的缓存,你可以从任意方向访问并随意作出修改. 后者是高度优化的对象,在只
读纪录集中以仅向前方式向前移动。注: DataSet 看起来象是静态游标,但实际上,在.N
ET中,与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 databa
se,或是OLE DB 提供程序,, XML文件,又或是数组,你都可以使用一样的方法和属性来进
行处理.
Figure 1. Solution Explorer menu
如果你坚持在.NET世界中使用ADO,那么请准备好面对一些其它的影响,例如你需要
额外的代码才能够从数据绑定控件中使用recordset.
ADO.NET应用程序要从数据源里读取数据,首先得创建一个连接对象.这个连接对象
可以是SQLConnection 或是 ADOConnection,这取决于所采用的目标提供程序. 需要记住
的是,虽然在这里不做推荐,但你也可以利用ADO .NET 类来连接到SQL Server数据库. 这
种方法唯一不足是,代码需要通过一个不必要的额外代码层. 首先它会调入ADO的托管提
供程序, 然后ADO的托管提供程序再调用SQL Server OLE DB 提供程序. 如同OLE DB 提
供程序做的一样,SQL Server 托管提供程序会直接操作数据,
关于ADO 和ADO.NET在连接对象上最大的差别在于ADO.NET连接不支持CursorLoca
tion属性.与其说这是一个文档BUG,还不如认为这是一个备具争议的设计问题.为强制执
行它的以数据为中心的基准,ADO.NET没有游标的显示实现.
在ADO中,你已习惯于利用游标将记录从数据库或其它OLE DB兼容的数据源中抽取
, 你可以选择客户端或是服务器端游标,每种游标都有几个预先设定的游标类型. 而在A
DO.NET中更多的是从数据源中抽取数据,并且为读取和分析数据提供新的编程接口
在ADO中,通过规定连接和命令文本,你可以创建一个Recordset 对象.对于游标的
位置和类型Recordset有一些规定.你可以按下面的方法来读取数据.
在内存中创建选定记录的静态副本,然后在断开与数据源的连接时对副本进行处理
,ADO称之为静态游标.
通过快速的, 仅向前的, 只读游标来滚动数据,,ADO称之为仅向前游标.
通过服务器端游标来访问数据,需要良好的连接,但您可以在不同层面上检测由其
它连线用户输入的信息,ADO称之为: 动态游标.
头两种都是在断开的recordsets上进行操作,并从客户端缓存中读取信息,另外,前
两种方式也常被用于面向WEB的环境中以及全新的 n-tier 系统当中.
在ADO中,以上所有这些方式与不同类型的游标相对应 .在文中,你将会发现,ADO.
NET虽然与ADO不同,但它具备了ADO的所有功能.相对照来说,你的代码将从实际的数据源
及其物理存储媒介和格式中抽取数据.
ADO.NET能够使DataSet 和 DataReader 将数据从数据源中抽取出来.前者是记录
在内存中的缓存,你可以从任意方向访问并随意作出修改. 后者是高度优化的对象,在只
读纪录集中以仅向前方式向前移动。注: DataSet 看起来象是静态游标,但实际上,在.N
ET中,与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 databa
se,或是OLE DB 提供程序,, XML文件,又或是数组,你都可以使用一样的方法和属性来进
行处理.
Figure 1. Solution Explorer menu
如果你坚持在.NET世界中使用ADO,那么请准备好面对一些其它的影响,例如你需要
额外的代码才能够从数据绑定控件中使用recordset.