ADO.NET简介(3)

在传统的ADO中，一个客户端的 Recordset 对象通过SQL 语句来进行更新。在这里SQL 模拟开放式锁定，因此更新得以被返回到数据库。这是一个灵活的机制，但有两个缺点：一、自动生成的SQL语句不易更改，因此假如你写一些高效率的存储过程，将会比直接使用SQL 语句迅速的多。二、这是第一个问题的延续。当需要更新的数据源无法理解ANSI-SQL的时候，你就无法使用客户端的Recordset了。象Active Directory, Exchange 2000以及 Indexing Services这些兼容ADO 的数据源，它们不兼容ANSI 的标准。因此你如果想通过ADO对它们进行更新，你就只能使用服务器端的光标了。

在ADO.NET 中这些问题被解决了。第一种方法，DataSet 与数据源完全断开，ADODataSetCommand作为一个独立的实体与数据源进行交互。更新完全由ADODataSetCommand进行，而DataSet则被完全隔离。

第二中方法，ADODataSetCommand将更新的SQL语句作为一种公开的属性，这样你可以轻松的替换SQL 语句，或者是存储过程。更为出色的是，如果你想使用存储过程，Visual Studio.NET 将为你生成，在下一部分我们可以看到具体的应用。

最后是关于数据表映射功能。数据的使用者不需要得到这样一个数据表：列以'au_fname' 和 'au_lname'命名。不仅是不美观的问题，更重要的是这样会把数据库的结构暴露出来了，数据映射允许你在DataSet 中替换列的名字，如果需要，可以为不同的用户提供不同的数据表映射，下面我将介绍如何利用Visual Studio.NET ，在图形化的界面下创建数据更新的代码。

简单的可视化设计

Visual Studio.NET 为 Windows Forms, Web Forms, Web Services, Components and XML Schemas的设计提供了图形化的设计工具。设计者只需要从工具条上的控件拖动到工作区域 就可以了。在这里，工作区域将与最终用户看到的界面有很大区别。

当你将一个非可视的对象如ADODataSetCommand拖动进来时，它将被显示在设计视图中，但用户将无法看到这个对象。其他的数据控件也是这样。

表7显示了一个VB.NET的项目，这个项目有一个窗体，上面有一个DataGrid控件、一个CommandButton以及ADODataSetCommand控件，在这里你可以象在Visual Studio 6中一样来处理ADODataSetCommand：在可视化的界面中你可以利用向导来建立ADODataSetCommand的连接字符串，命令字符串；在与数据库的接口上，你可以选择自动生成SQL语句，选择已有的存储过程，或是创建一个新的存储过程。

表8显示了向导的最终结果，你可以给你创建的存储过程命名，或者只是预览一下，然后将之存为文件以便以后修改。

如果你不想利用存储过程，你也可以直接使用SQL语句，你还可以在属性面板上修改这些语句。你还可以做的工作包括给对列进行简单化的命名，以便你今后能够方便的使用。具体的操作可以参看表9的对话框。

在完成了以上的工作后，应用程序的编写变的相对很轻松了，下面是DATAGRID的绑定的代码：

Me.ADODataSetCommand1.FillDataSet(dsAuthors)
Me.DataGrid1.DataSource = dsauthors 

ADODataSetCommand1成为窗体Me的一个属性，它将dsAuthors表装入一个DataSet对象，接着设置DataGrid的DataSource属性为dsAuthors。最后是编写CommandButton的CLICK 事件：

Me.ADODataSetCommand1.Update(dsAuthors)

UPDATE 事件将根据对dsAuthors的修改对数据源进行更新（具体的UPDATE 方法在存储过程中已经被设定）。这与ADO 中断开连接的RecordsetS对象的批量更新很相似，但效率更高。可以在表10中看到最终完成的应用程序，它的列名已经被替换为新的列名。

表10：运行结果