SQL Server 2005 Mobile Edition 3.0 中的复制和远程数据访问功能的技术对比

核心提示： 简介 数据访问一直是开发 Web 应用程序的一个关键问题，几乎每个商业应用程序都需要数据驱动的 Web 页面，SQL Server 2005 Mobile Edition 3.0 中的复制和远程数据访问功能的技术对比(6)，由于数据访问如此普遍，开发人员不断地为简单的数据库任务重新生成复杂的代码就显得毫无意义了，开发

　　简介

　　数据访问一直是开发 Web 应用程序的一个关键问题。几乎每个商业应用程序都需要数据驱动的 Web 页面。由于数据访问如此普遍，开发人员不断地为简单的数据库任务重新生成复杂的代码就显得毫无意义了。开发人员需要从格式各异的不同数据源中快速访问数据。幸运的是，ASP.NET 2.0 中新增的数据访问控件和 ADO.NET 2.0 解决了这一问题。

　　对于传统的 ASP 和 ASP.NET 1.1 应用程序而言，开发人员不得不创建代码访问和更新数据库，将检索到的数据转换为浏览器识别的 HTML 格式。尽管 Visual Studio .NET 的向导可以帮助完成这个任务，但是要完成诸如分页和排序这样的高级功能，仍需要在后端代码和前端显示之间进行复杂的同步。通常，这样的代码难以维护和同步，特别是在数据库发生更改或需要在页面上显示附加数据的时候。此外，作为数据存储，xml(标准化越来越近了) 需要添加大量混有数据访问逻辑的代码。

　　为了提高开发人员的开发效率和 Web 应用程序的性能，ASP.NET 2.0 通过新增的数据控件中封装的功能，更加灵活地控制数据，从而减少访问和显示数据所需的代码。从传统的数据库到 xml(标准化越来越近了) 数据存储，各种各样的数据源都能连接到这些控件。所有数据源都以相似的格式进行处理，大大地降低了开发数据驱动的应用程序的复杂性。ASP.NET 2.0 需要进行广泛的体系结构改进，以便从内部支持这些功能。新增的数据源对象通过业界认可的最佳方法增加了一个非常可靠的基础结构。现在，大多数复杂的应用程序都可以利用 ASP.NET 2.0 提供的数据访问工具。从体系结构和机制上限制 ASP.NET 1.x 执行的绑定和缓存问题，在 ASP.NET 2.0 中都得以解决了。

　　如果您是一位 ASP 开发人员，那么您会通过这篇白皮书了解到 ASP.NET 2.0 新增的数据访问功能和 ADO.NET 2.0 的数据访问模型。如果您是一位 ASP.NET 1.1 的开发人员，那么这篇白皮书概括的 ADO.NET 新增的改进功能和数据访问模型，以及介绍的如何使用 ASP.NET 2.0 新增的数据访问控件将帮助您减少开发数据驱动 Web 应用程序时编写的代码数量。

　　Web 应用程序的数据访问

　　在 .NET Framework 中，通过 ADO.NET API 执行数据访问。API 提供一个抽象层来封装和隐藏直接访问数据库的细节，这些细节有时是很杂乱的。ASP.NET 2.0 Web 应用程序通过提供的一些服务在 ADO.NET 上生成，这些服务用于自动生成与各种类型数据的连接，将用户控件与数据绑定，减少开发数据识别的 Web 应用程序所需的代码数量。

　　数据访问体系结构

　　对于 .NET Framework 中的 Web 应用程序，数据访问依赖于两个独立的体系结构层。第一层由执行数据访问所需的框架组件组成。第二层由为程序员提供数据访问功能的 API 和控件组成。从实践的观点看，只需了解能否为特定数据源找到匹配的数据提供程序。

　　数据访问涉及四个主要的组件：Web 应用程序 (ASP.NET)、数据层 (ADO.NET)、数据提供程序，以及真正的数据源。这些组件之间的关系构成了所有数据识别 Web 应用程序的基础结构。



图 1. 组件体系结构

　　数据存储

　　数据存储始于堆栈底部，提供了整个数据访问体系结构的基础。通过 ADO.NET 2.0、ASP.NET 2.0 的新增控件，Web 应用程序能够访问多种数据存储中的数据，包括关系数据库、xml(标准化越来越近了) 文件、Web 服务、平面文件，或诸如 Microsoft Excel 这样的电子数据表程序中的数据。实际上，真正的数据源与读取和操作数据所使用的机制关系不大。

　　数据提供程序

　　由于具有提供程序模型，ADO.NET 使用一组类和命令与不同的数据源进行交互。提供程序通过定义的一组接口和类挂钩来提供对一个特定数据源的存储和检索功能。这种模型的灵活性使开发人员只需编写一组数据访问代码（使用 ADO.NET）就能够访问多种类型的数据。

　　在 ASP.NET 2.0 中，除了基本的数据访问之外，提供程序模型实际上还用于多种不同的任务。例如，使用新增的个性化功能存储用户数据时依赖于几类提供程序。因此，实际的提供程序结构是功能依赖的。一个成员提供程序的用途与数据访问提供程序的用途不同。

　　下表显示组成 ADO.NET 数据提供程序的四个核心对象：

表 1. 一个 ADO.NET 数据提供程序的核心对象
对象	描述
Connection	建立到指定资源的连接
Command	对一个数据源执行命令。公开 Parameters，在 Connection 的 Transaction 范围内执行。
DataReader	从一个数据源读取只进的只读数据流。
DataAdapter	填充一个 DataSet，解析数据源的更新。

　　提供程序模型明确地分离了各种使用用途。ASP.NET 开发人员能够集中精力构建功能性的、应用人类工程学的用户界面，而后端开发人员则能够通过现有的企业级数据存储实现复杂的集成。使用 ASP.NET 2.0 的提供程序模型开发 Web 应用程序是一个极好的选择。

　　ADO.NET API

　　ADO.NET API 定义的抽象层使所有的数据源看起来都是相同的。不论何种数据源，提取信息的过程都涉及相同的关键类和步骤。我们将在下一部分详细介绍 ADO.NET 的处理过程。

　　Web 应用程序层

　　ASP.NET 在栈顶提供一系列控件，这些控件的设计意图是为减少开发的数据访问代码数量。例如，开发人员能使用数据源向导自动创建和配置一个数据源，使用这个数据源发布查询和检索结果。此外，不同的控件能够绑定到一个数据源，因此，控件能够依据从数据源检索到的信息，自动设置控件的外观和内容。

　　这些控件具有各种形状和大小，包括网格、树、菜单和列表。数据绑定控件通过它的 DataSourceID 属性连接到一个数据源，此属性在设计时或运行时声明。

　　数据源控件通过提供程序（例如 ADO.NET 中的那些提供程序）绑定到下层的数据存储。使用数据源控件的好处是能够在页面中声明性地表示出来。此外，能够直接使用诸如分页、排序和更新操作等功能，而无需编写一行代码。

　　数据访问 API

　　第二个体系结构层提供使用提供程序、ADO.NET 和 ASP.NET 控件的通用机制。这个体系结构涉及一些通用任务和过程。然而，从开发人员的视角来看，使用 ASP.NET 2.0 提供的各种数据绑定控件和数据源控件无需编写代码来支持这些过程。

　　连接和命令

　　ADO.NET 包含的 .NET Framework 数据提供程序用于连接一个数据库，执行命令和检索结果。在 ADO.NET 中，使用 Connection 对象连接一个指定的数据源。例如，在 sql server(WINDOWS平台上强大的数据库平台) 2000 中，能够使用 SQLConnection 对象连接一个数据库，如以下代码所示。

[Visual Basic] Dim nwindConn As SqlConnection = _ New SqlConnection("Data Source=localhost;Integrated Security=SSPI;" _ "Initial Catalog=northwind") nwindConn.Open() [C#] SqlConnection nwindConn = new SqlConnection("Data Source=localhost; Integrated Security=SSPI;" "Initial Catalog=northwind"); nwindConn.Open();

　　连接到数据源后，能够使用 Command 对象执行命令和返回结果。Command 对象通过 Command 的构造函数创建，这个构造函数接收一个 SQL 语句或 SQL 查询。一旦创建了 Command，就能使用 CommandText 属性修改 SQL 语句。

Visual Basic] Dim catCMD As SqlCommand = _ New SqlCommand("SELECT CategoryID, CategoryName FROM Categories", nwindConn) [C#] SqlCommand catCMD = new SqlCommand("SELECT CategoryID, CategoryName FROM Categories", nwindConn);

　　您可将一条命令认为是等同于一个特定的 SQL 调用，该调用绑定到一个特定的数据库。一条命令只能用于 CommandText 字段中定义的特定调用。

　　Command 对象提供了一些不同的 Execute 方法来启动存储过程，执行查询或者执行非查询语句，例如更新或插入：

1.	ExecuteReader 方法 — 将数据作为一个 DataReader 对象返回。用于任何返回数据的 SQL 查询。
2.	ExecuteScalar 方法 — 返回单独值，例如与特定查询相匹配的记录数，或者数据库功能调用的结果。
3.	ExecuteNonQuery 方法 — 执行不返回任何行的命令。典型的例子是存储过程、插入和更新。

　　当然，您需要依据初始化 Command 对象时创建的命令来选择正确的 Execute 方法。

　　ExecuteReader 方法将任何结果都返回到 DataReader 对象。DataReader 对象是查询数据库返回的一个关联的、只进的只读数据流。执行查询时，第一行返回到 DataReader 中。数据流保持到数据库的连接，然后返回下一条记录。DataReader 从数据库中读取行数据时，每行的列值都被读取和计算，但是不能被编辑。

　　DataAdapter 和 DataSet

　　虽然连接数据库的应用程序使用 DataReader 就已足够，但是，DataReader 不能很好地支持数据库访问的断开连接模型。而 DataAdapter 和 DataSet 类则满足了这一需求。

　　DataSet 是 ADO.NET 断开连接体系结构中主要的数据存储工具。填充 DataSet 时，并非通过 Connection 对象将 DataSet 直接连接到数据库。您必须创建一个 DataAdapter 来填充 DataSet。DataAdapter 连接数据库，执行查询并填充 DataSet。当 DataAdapter 调用 Fill 或 Update 方法时，在后台完成所有的数据传输。每个 .NET Framework 的数据提供程序都有一个 DataAdapter 对象。

　　一个 DataSet 代表一组完整的数据，包括表格、约束条件和表关系。DataSet 能够存储代码创建的本地数据，也能存储来自多个数据源的数据，并断开到数据库的连接。

　　DataAdapter 能控制与现有数据源的交互。DataAdapter 也能将对 DataSet 的变更传输回数据源中。下列代码说明使用 DataSet 典型情况。

[Visual Basic] Dim nwindConn As SqlConnection = _ New SqlConnection("Data Source=localhost;" & _ "Integrated_Security=SSPI;Initial Catalog=northwind") Dim selectCMD As SqlCommand = _ New SqlCommand("SELECT CustomerID, CompanyName FROM " & _ "Customers", nwindConn) selectCMD.CommandTimeout = 30 Dim custDA As SqlDataAdapter= New SqlDataAdapter custDA.SelectCommand= selectCMD Dim custDS As DataSet= New DataSet custDA.Fill(custDS, "Customers") nwindConn.Close() [C#] SqlConnection nwindConn = new SqlConnection("Data Source=localhost;" + "IntegratedSecurity=SSPI;Initial Catalog=northwind"); SqlCommand selectCMD = new SqlCommand("SELECT CustomerID, CompanyName FROM Customers", nwindConn); selectCMD.CommandTimeout = 30; SqlDataAdaptercustDA = new SqlDataAdapter(); custDA.SelectCommand= selectCMD; nwindConn.Open(); DataSetcustDS = new DataSet(); custDA.Fill(custDS, "Customers"); nwindConn.Close();

　　在以上代码中：

1.	创建了一个 SQLConnection 来连接 sql server(WINDOWS平台上强大的数据库平台) 数据库。
2.	创建了一个 SQLCommand 来查询 Customers 表格。
3.	创建了一个 DataAdapter 来执行 SQLCommand 和数据操作的连接部分。
4.	从 DataAdapter 可以创建一个 DataSet。DataSet 是数据操作的断开连接部分，并且能绑定到 ASP.NET 2.0 的各种 Web 控件。

　　一旦创建了 DataSet，就能够将它绑定到任何数据识别的控件，方法是通过控件的 DataSource 属性和 DataBind() 方法。不幸的是，如果数据发生更改，您不得不再次调用 DataBind()，将控件重新绑定到数据集。因此，ASP.NET 1.x 开发人员不得不考虑调用绑定方法的精确时间和位置。开发出正确的同步方法和同步事件是相当困难的。

　　由于存在数据源的概念，ASP.NET 2.0 极大地简化了创建、绑定 DataSet 以及保持数据同步的全部过程。

　　ASP.NET 2.0

　　ASP.NET 2.0 从几个方面极大地改进了基本模型。最突出的一方面是，通过 DataSource 隐藏了创建 SQLCommand、生成 DataAdapter 和填充 DataSet 的过程，或者由数据绑定向导自动配置这个过程。

　　Configure DataSource Wizard 生成的代码能够连接数据源（数据库、平面文件、xml(标准化越来越近了)、对象），创建查询，并允许开发人员以简单的几个步骤指定参数。

　　一旦创建了数据源，下一步就是将数据源连接到一个控件。这里的“连接”就是所谓的数据绑定。从数据源提取的值能够连接到控件属性或作为表格、列表或网格中的值使用，这些操作都无需编写任何代码。

　　ASP.NET 数据控件

　　ASP.NET 1.1 是为使用 ADO.NET API 和简化数据访问而设计的。ADO.NET 2.0 通过新增的一组控件和向导进一步简化了数据访问过程和编写代码的数量，这些控件和向导是针对数据识别的应用程序，为提高开发速度和简化开发过程而设计的。

　　DataSource 控件

　　新的 ASP.NET 2.0 数据访问系统的核心是 DataSource 控件。一个 DataSource 控件代表一个备份数据存储（数据库、对象、xml(标准化越来越近了)、消息队列等），能够在 Web 页面上声明性地表示出来。页面并不显示 DataSource，但是它确实可以为任何数据绑定的 UI 控件提供数据访问。为了支持 DataSource 并使用自动数据绑定，利用一个事件模型以便在更改数据时通知控件，各种 UI 控件都进行了重新设计。此外，数据源还提供了包括排序、分页、更新、删除和插入在内的功能，执行这些功能无需任何附加代码。

　　最终，所有 DataSource 控件公开一个公共接口，因此，数据绑定控件无需了解连接细节（即连接到一个数据库还是一个 xml(标准化越来越近了) 文件）。每个 DataSource 还公开了特定于数据源的属性，因而对开发人员而言更为直观。例如，SqlDataSource 公开了 ConnectionString 和 SelectCommand 属性，而 xml(标准化越来越近了)DataSource 则公开了定义源文件和任何架构的属性。在底层，所有数据源都创建特定于提供程序的基础 ADO.NET 对象，该对象是检索数据所需的。

　　创建一个 DataSource

　　在ASP.NET 2.0 中，DataSource 的子类是新增的数据控件中功能最强大的。它们提供了到数据库、xml(标准化越来越近了) 文件或其他数据源的声明性配置连接。使用控件从数据源检索和更新数据无需添加任何自定义代码。Configure DataSource Wizards 的图形化界面允许程序员定义相应的细节来配置数据源，几个简单的步骤就可以完成。ASP.NET 2.0 自动生成代码来连接资源，如果合适，创建基于参数的查询。自动生成的代码结果存储在一个 .ASPX 文件中。例如，在 .ASPX 文件中存储的 SQLDataSource 代码包含连接字符串的属性和 SQL 语句的属性。

＜asp:sqldatasource id="SqlDataSource1" runat="server" selectcommand="select customerid, companyname from customers" providername="System.Data.OleDb" connectionstring="Provider=SQLOLEDB.1;Integrated Security=SSPI; Initial Catalog=Northwind; Data Source=localhost; Auto Translate=True; Use Encryption for Data=False＞ ＜/asp:sqldatasource＞

　　当然，开发人员能够根据需要修改这些代码。例如，可以将提供程序名移动到 web.config 文件或其他中心位置。