ASP.NET 2.0数据教程之一：创建一个数据访问层
[2] ASP.NET 2.0数据教程之一：创建一个数据访问层
[3] ASP.NET 2.0数据教程之一：创建一个数据访问层
[4] ASP.NET 2.0数据教程之一：创建一个数据访问层
[5] ASP.NET 2.0数据教程之一：创建一个数据访问层
[6] ASP.NET 2.0数据教程之一：创建一个数据访问层
[7] ASP.NET 2.0数据教程之一：创建一个数据访问层
[8] ASP.NET 2.0数据教程之一：创建一个数据访问层
[9] ASP.NET 2.0数据教程之一：创建一个数据访问层
[10] ASP.NET 2.0数据教程之一：创建一个数据访问层
[11] ASP.NET 2.0数据教程之一：创建一个数据访问层
[12] ASP.NET 2.0数据教程之一：创建一个数据访问层
[13] ASP.NET 2.0数据教程之一：创建一个数据访问层
系列文章导航：
ASP.NET 2.0数据教程之四：使用ObjectDataSource展现数据
ASP.NET 2.0数据教程之六：编程设置ObjectDataSource的参数值
ASP.NET 2.0数据教程之七：使用DropDownList过滤的主/从报表
ASP.NET 2.0数据教程之八：使用两个DropDownList过滤的主/从报表
ASP.NET 2.0数据教程之十：使用 GridView 和DetailView实现的主/从报表
ASP.NET 2.0数据教程之十一：基于数据的自定义格式化
ASP.NET 2.0数据教程之十二：在GridView控件中使用TemplateField
连接到微软SQL Server 2000或2005数据库服务器中的数据库
或者，你也可以连接到安装在数据库服务器上的Northwind数据库。假如数据库服务器上尚未安装Northwind数据库的话，你首先必须运行本教程下载文件中的安装脚本来把数据库添加到数据库服务器上去，或者你也可以从微软网站上直接下载SQL Server 2000的Northwind数据库以及安装脚本。
安装数据库完毕之后，去Visual Studio中的服务器资源管理器，在数据连接(Data Connections)节点上按右鼠标，选择“添加连接(Add Connection)”。如果你看不到服务器资源管理器，去菜单“查看(View)”点击 “服务器资源管理器”，或者按组合键Ctrl+Alt+S来打开服务器资源管理器。这会打开添加连接的对话框，在这上面，你可以设置需要连接的服务器，认证信息，以及数据库名字。在你成功配置数据库连接信息，按OK按钮之后，数据库就会被添加成数据连接节点之下的一个节点。然后，你就可以扩展数据库节点来浏览数据表，视图，存储过程等等。
图 2: 添加一个到你的数据库服务器上的Northwind数据库的连接
第二步：创建一个数据访问层
与数据打交道时，一种做法是把跟数据相关的逻辑直接放在表现层中(在一个web应用里，ASP.NET网页构成了表现层)。其形式一般是在ASP.NET 网页的编码部分写ADO.NET 编码或者在标识符部 分使用SqlDataSource控件。在这两种形式里，这种做法都把数据访问逻辑与表现层紧密耦合起来了。但推荐 的做法是，把数据访问逻辑从表现层分离开来。这个分开的层被称作是数据访问层，简写为DAL，一般是通过 一个单独的类库项目来实现的。这种分层框架的好处在很多文献里都有阐述(详见本教程最后的“附加读物”里 的资源)，在本系列中我们将采用这种方法。
跟底层数据源相关的所有编码，譬如建立到数据库的连接，发出SELECT，INSERT ，UPDATE，和DELETE命令等的编码，都应该放置在DAL中。表现层不应该包含对 这些数据访问编码的任何引用，而应该调用DAL中的编码来作所有的数据访问请求。数据访问层包含访问底层数据库数据的方法。譬如，Northwind数据库 中，有Products和Categories两个表，它们记录了可供销售的产品以及这些产品 所属的分类。在我们的DAL中，我们将有下面这样的方法：
GetCategories(),返回所有分类的信息GetProducts(), 返回所有产品的信息GetProductsByCategoryID(categoryID), 返回属于指定分类的所有产品的信 息GetProductByProductID(productID), 返回指定产品的信息
这些方法，被调用后，将连接到数据库，发出合适的查询，然后返回结果。我们如何返回这些结果是很重要的 。这些方法可以直接返回数据库查询填充的DataSet 或者DataReader ，但理想的办法是把这些结果以强类 型对象的形式返回。一个强类型的对象，其schema是编译时严格定义好的，而相比之下，弱类型的对象， 其schema在运行时之前是未知的。
譬如，DataReader和普通的DataSet是弱类型对象，因为它们的schema是被用来填充它们的数据库查询返回的字段来定义的。要访问弱类型DataTable中的一个特定字段，我们需要用这样的句法：DataTable.Rows[index] ["columnName"]。这个例子中的DataTable的弱类型性质表现在于，我们需要通过一个字符串或序号索引来访问字段名称。而在另一个方面，一个强类型的DataTable，它的所有的字段都是通过属性的形式来实现的 ，访问的编码就会象这样：DataTable.Rows[index].columnName。
要返回强类型对象，开发人员可以创建自定义业务对象，或者使用强类型的DataSet。开发人员实现的业务对 象类，其属性往往是对相应的底层数据表的字段的映射。而一个强类型的DataSet，则是Visual Studio基于数 据库schema为你生成的一个类，其成员的类型都是由这个schema决定的。强类型的DataSet本身，是由继承 于ADO.NET中DataSet，DataTable，和DataRow类的子类组成的。除了强类型的DataTable外，强类型的DataSet现在还包括TableAdapter类，这些类包含了填充DataSet中的DataTable和把 DataTable的改动传回数据库的各种方法。
注意：想了解使用强类型DataSet比之业务对象的优缺点的更多信息，请参考设 计数据层组件以及在层间传输数据一文。
在这些教程的架构里，我们将使用强类型的DataSet。图3示范说明了使用强类型的DataSet之应用程序的不 同层间的流程(workflow)。
图 3: 把所有的数据访问编码委托给DAL