ADO.NET入门

本文主要讨论了作为实现基本数据库操作方法之一的ado.net,以及ado.net与ado的基本比较

ado.net将成为构建数据感知.net应用程序的基础.不同于ado的是,ado.net更具有通用性，不是那么专门针对数据库而进行的设计.ado.net聚集了所有可以进行数据处理的类.这些类呈现了具有典型数据库功能的datacontainerobjects,比如:索引,排序,浏览.尽管ado.net是作为重要的.net数据库应用程序的解决方案,它更多的显示了涵盖全面的设计,而不仅是作为和ado模型一样的以数据库为中心。.

ado.net与ado有很大的不同.它是一个全新的访问编程模型.当你开始使用ado.net时,你会发现你所掌握的任何关于ado的技能在搭建有效的程序以及解决难题方面对你都会有很大帮助,能够帮你在解决问题上朝更灵活更稳妥的方向发展.

ado.net不是ado为适应.net基础构造而进行改进的版本.当你慢慢了解了ado.net的语法,代码设计以及移植后,你就会清楚了.

1.net中的数据访问

访问ado.net中的数据源是由托管提供程序所控制.虽然托管提供程序与oledb有两处重大的不同,但是二者是极为类似的.首先,托管提供程序在.net环境下运行,通过datareader和datatable.net类来检索和展示数据.第二,它们的体系结构都比较简单,是因为为了适应.net而进行了优化.

此时，ado.net分成两种不同类型的托管提供程序:一种用于sqlserver?7.0或更高版本,另一种适用于所有你可能已经安装的oledb提供程序.虽然运用在两种托管提供程序中的类是不同的,但它们却都遵循相类似的命名方式.除开前缀之外,其它名称都是相同的.前一种情况前缀为sql,后一种则是ado.

你需要利用sql类来访问sqlserver表,因为sql类会跳过由oledb提供程序呈现的中间层,而直接进入数据库服务器内部api.ado类是位于oledb提供程序顶端的.net接口,利用cominterop桥来进行工作.

关于ado.net的入门知识,你可以读读omrigazitt's的文章,文章里主要介绍了ado+:

关于微软..net框架的数据库访问服务(dataaccessservices),而我的文章里关于ado+的论述主要指出了数据种类的进化.前者更纯技术化,并提供了更高水平的关于ado.net编程模型的概述。后者主要是解释ado.netr的目标,以及它与xml,脚本及其它技术的联系.

2.读取数据

ado.net应用程序要从数据源里读取数据,首先得创建一个连接对象.这个连接对象可以是sqlconnection或是adoconnection,这取决于所采用的目标提供程序.需要记住的是,虽然在这里不做推荐,但你也可以利用ado.net类来连接到sqlserver数据库.这种方法唯一不足是,代码需要通过一个不必要的额外代码层.首先它会调入ado的托管提供程序,然后ado的托管提供程序再调用sqlserveroledb提供程序.如同oledb提供程序做的一样,sqlserver托管提供程序会直接操作数据,

关于ado和ado.net在连接对象上最大的差别在于ado.net连接不支持cursorlocation属性.与其说这是一个文档bug,还不如认为这是一个备具争议的设计问题.为强制执行它的以数据为中心的基准,ado.net没有游标的显示实现.

在ado中,你已习惯于利用游标将记录从数据库或其它oledb兼容的数据源中抽取,你可以选择客户端或是服务器端游标,每种游标都有几个预先设定的游标类型.而在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库.你只需在referencesnode上单击右键,就可以在你自己的程序里运行本地ado对象.

但是我个人认为,在你想转向.net时,请慎重考虑.首先,请务必完全输入ado,这不会花费太多时间和精力,这是向.net迈出的第一步,.但是,这仅仅是万里长征的第一步而且也是通向.net必须的一步..net的真正附加值是基于一个均匀的,持续稳定的接口以及本地classes的广为应用之上的.关于comlibraries是可以被支持的,合理的,但不被鼓励的,因为它仅仅是个短期解决方案,或者是一个过渡步骤.

当你要开始使用ado.net时,请考虑这样一个事实:ado.net统一了数据容器类编程接口,.因此,不管是何种类型的程序:windowsform,webform,或者webservice也好,你都得在同一组类中集中处理有关数据.不管处于后端的数据源是sqlserverdatabase,或是oledb提供程序,,xml文件,又或是数组,你都可以使用一样的方法和属性来进行处理.

如果你坚持在.net世界中使用ado,那么请准备好面对一些其它的影响,例如你需要额外的代码才能够从数据绑定控件中使用recordset.

3.dataset,datatable,andrecordset

关于recordsetobject.,ado.net并没有与其直接相对应的对象.最接近的是datatable对象.虽然它们二者几乎具有相同的功能,但它们在各自的框架里发挥着不同的作用.

recordset是一个相当大的对象,具备ado的大多数功能,但在某些方面仍有欠缺.recordset在一些方面性能优良,如:它具可创造性,它可以离线操作,功能众多,但在一些方面仍需改进,如:基于其固有的com特性,recordset很难在网络上连载;recordset是一个二进制的对象,因此不同平台之间的模块很难共享它;还有就是蛇不能够穿过防火墙.另外,它表现的是记录的单个表.如果该table作为一个或几个join的结果,那么它很难更新原始代码源.当你试图将脱线的recordset与原始代码源统一起来时,数据源必须能够识别sql.不管如何,你的recordset可以由非sql提供程序创建.

在ado.net中,adorecordset的所有功能被分拆成几块更简单的对象:其中一个便是datareader.datareader模拟了快速,只读,仅向前的只读游标的操作.

datatable,表现了数据源,是个简单的对象.你可以手动构造一个datatable,或者也可使用dataset命令自动生成.dataset对于它所包含的数据知之不多.通过它,你可以在内存中处理数据,或者是其它比如排序,编辑,筛选,创建浏览等工作.

dataset对象是一个数据容器类,是实现ado.net数据抽取的关键对象.dataset集合了一个或几个datatable对象.datatable通过如行,列这样的通用集合,公开自身的内容.当你尝试从数据表读取数据时,你也许正穿过了两个不同的层面:datatablemapping和dataview.

datatablemapping对象包含了数据源中的数据列,以及datatableobject之间的映射关系.

当填充dataset时，datasetcommand对象要使用这个类。它维护数据集中的抽象列和数据源中的物理列之间的链接。

表的视图通过dataview对象实现。它表示datatable的自定义视图，可以绑定到特定控件（如windows窗体和web窗体中的数据网格）中。该对象相当于sqlcreateview语句在内存中的实现。

dataset中所有的表,通过一个公共的域,相互之间能产生关联.它们之间的联系是由datarelation对象来进行管理.这样说起来挺象ado的数据形成,但还是有一个最大的不同.

在datarelation里,你不需要使用数据形成语言,而且还可以获得非常灵活的组织架构.通过ado.net导航模型,你可以很容易的从某一张表中的主行移动到它的所有子行里.

datarelationobject是关于join语句在内存中的实现,可用于建立数据类型相同的的parent/child关系,.一旦关系确立,任何破坏这种关系的修改都被禁止.views和relations是完成master/detail架构的两个方法.请记住view仅是加载于记录之上的掩码,但是relation

是位于几个列之间的动态链接,在relation下,你无法更改顺序或是设置条件.

如果你的代码需要1对1的外键关系,而且更改数据,最好不用join命令.如果你需要额外的筛选功能,你可以寻求ado.net自定义视图的支持.

4.转换现有代码

大量的asp页面使用ado对象来抽取数据.让我们一起来回顾下几例典型的案例，对你在以后处理移植或者改写代码时也许会有帮助。

如果你有从单个recordset生成报表的asp页面,那么datareader会是你的好帮手。

stringstrconn,strcmd;

strconn="database=myagenda;server=localhost;uid=sa;pwd=;";

strcmd="select*fromnameswhereid="+contactid.text;

sqlconnectionocn=newsqlconnection(strconn);

sqlcommandocmd=newsqlcommand(strcmd,ocn);

ocn.open();

sqldatareaderdr;

ocmd.execute(outdr);

while(dr.read()){

//usedr.getstring(index)or

//dr["fieldname"]toresponse.writedata

}

你可以利用hasmorerows属性来快速检查是否datareader为空.如果你仅仅只简单处理一系列记录，没有什么比datareader.更快，更好的对象了,它同样适用于查询单个记录。

datareader.的内容是不可编辑的，但你可以将内容移动到更具管理功能的对象里，如：

datatable或是一个或多个datarow对象.

当你需要处理表与记录二者之间的复杂关系时，datareader就不是合适的工具了。数据模型链接越多，sql命令则会越复杂。导航模块保有连续性,最后放入缓存的数据往往多于你所需要的,.dataset和datarelationobjects是这种表关系模型的基础.

为管理parent/child关系,ado同样也对data-shapingengine进行封装.总的说来,datashaping和ado.net关系是一回事.就设计方面来说,二者几乎没有共同点.shapedrecordsetsct嵌入列表对象中包括了所有数据表信息。ado.net关系是动态链接,你可以在两个数据表间随时建立.ado依靠于shapingoledbservice提供程序,并使用专门的sql类语言特征以在执行单个ado命令的过程中生成一个分层的recordset.

在ado.net中，关系中涉及的每个对象总是被看成单独的个体。关系本身作为对象被公开，并且具有一定的行为规则。例如，datarelation对象可以从父行到子行一层层进行更改。您可以通过将foreignkeyconstraint对象添加到datatable的constraints集合中来进行此操作。foreignkeyconstraint对象表示当删除或更新数值和行时，对通过外键关系相关联的一组列的约束。如前面提到的，一旦设置好了关系，在它按程序预设终止之前，您不能进行可能破坏该关系的更改。

正如早先提到的一样,一旦设置了relationship,除非它是程序性的终止,你不能够对它进行修改,那样会使它突然中断.

另外,relations没有递延性.你可以在customers和orders之间,orders和products之间设置两个不同的关系.但是,当为了某个customer而对orders导航时,你不能够从一个order跳到相关的products行.解决方法是,你必须另外打开orders/products关系,锁定你需要的order,然后获取相关的行.

程序员需要在aspsession对中存储记录吗?通过ado.net和dataset对象,你可以非常安全的进行工作,而不会引起在"storinganadorecordsetingitmightcauseanaccessviolation"中所论及的麻烦