Scott Mitchell 的ASP.NET 2.0数据教程之69:在TableAdapter里使用JOINs
本文英文原版及代码下载：
http://www.asp.net/learn/data-access/tutorial-69-cs.aspx
Scott Mitchell 的ASP.NET 2.0数据教程之69:在TableAdapter里使用JOINs
导言：
在关系数据库里，我们处理的数据通常跨越了几个数据表。举例：当展示产品信息时我们很可能想列出每个产品相应的category以及供应商的名称等.诚然，Products表里包含有CategoryID 和SupplierID值，但是事实上的category以及supplier names分别定义在Categories表和Suppliers表里. 要从其它的相关表里获取信息，我们可以使用correlated subqueries或JOINs.一条correlated subquerie就是一个镶套的SELECT，引用外部查询(outer query)的列.比如在第一章《Creating a Data Access Layer》里我们在ProductsTableAdapter的主查询里使用2条correlated subqueries来返回每个产品的category 以及supplier names.而JOIN是一SQL构造，将2个不同的表的相关联的rows进行合并.在第47章《Querying Data with the SqlDataSource Control》里，我们使用JOIN来显示每个产品的category信息.
我们避免在TableAdapters里使用JOIN是由于TableAdapter向导自动生成的INSERT, UPDATE,以及DELETE statements有其局限性.具体来说，如果TableAdapter的主查询里包含了任何的JOIN,那么TableAdapter就不能为它的InsertCommand, UpdateCommand,以及DeleteCommand属性自动地创建 ad-hoc SQL statements或存储过程.在开始之前，我们先简要地对correlated subqueries和JOIN进行比较.
比较Correlated Subqueries和JOINs
我们知道在第一章的Northwind DataSet数据集里创建的ProductsTableAdapter使用correlated subqueries来返回每个产品对应的category 和 supplier name。该ProductsTableAdapter的主查询如下：
SELECT ProductID, ProductName, SupplierID, CategoryID,
QuantityPerUnit, UnitPrice, UnitsInStock, UnitsOnOrder,
ReorderLevel, Discontinued,
(SELECT CategoryName FROM Categories WHERE Categories.CategoryID =
Products.CategoryID) as CategoryName,
(SELECT CompanyName FROM Suppliers WHERE Suppliers.SupplierID =
Products.SupplierID) as SupplierName
FROM Products
我们注意这2个correlated subqueries——“(SELECT CategoryName FROM Categories WHERE Categories.CategoryID = Products.CategoryID)” 以及“(SELECT CompanyName FROM Suppliers WHERE Suppliers.SupplierID = Products.SupplierID)，都是一个SELECT查询，返回一个单一值，并作为外部SELECT statement的额外的列.
此外，我们可以使用JOIN来返回每个产品的supplier 以及category name，下面的查询与上面的代码效果一样，不过用的是JOIN：
SELECT ProductID, ProductName, Products.SupplierID, Products.CategoryID,
QuantityPerUnit, UnitPrice, UnitsInStock, UnitsOnOrder,
ReorderLevel, Discontinued,
Categories.CategoryName,
Suppliers.CompanyName as SupplierName
FROM Products
LEFT JOIN Categories ON
Categories.CategoryID = Products.CategoryID
LEFT JOIN Suppliers ON
Suppliers.SupplierID = Products.SupplierID
JOIN基于某种标准将一个表的记录与另一个表的记录合并起来.比如上述代码中，“LEFT JOIN Categories ON Categories.CategoryID = Products.CategoryID”就指示SQL Server将每一条product记录与category记录合并起来，标准是category记录的CategoryID值与product记录CategoryID值相吻合.在合并的结果里，我们可以对每个产品相应的category fields进行处理(比如CategoryName).
注意：
JOIN通常用来从相关的数据库查询数据.如果你对JOIN语法比较陌生或者对其用法复习提高，我推荐你阅读W3 Schools论坛上的文章《SQL Join tutorial》（http://www.w3schools.com/sql/sql_join.asp）；此外你还可以阅读SQL Books Online的《JOIN Fundamentals》和《Subquery Fundamentals》部分.
当使用类型化的数据集(Typed DataSets)来构建数据访问层时，使用correlated subqueries要好一些。具体来说，如果主查询里包含任何的JOIN时，TableAdapter的设置向导就不会自动生成相应的INSERT, UPDATE, 以及DELETE statements.相反，使用correlated subqueries的话就可以.
为验证这一点，我们在~/App_Code/DAL文件夹里创建一个临时的类型化的数据集.在TableAdapter设置向导里选择使用ad-hoc SQL statements，并键入如下的SELECT查询(如图1)：
SELECT ProductID, ProductName, Products.SupplierID, Products.CategoryID,
QuantityPerUnit, UnitPrice, UnitsInStock, UnitsOnOrder,
ReorderLevel, Discontinued,
Categories.CategoryName,
Suppliers.CompanyName as SupplierName
FROM Products
LEFT JOIN Categories ON
Categories.CategoryID = Products.CategoryID
LEFT JOIN Suppliers ON
Suppliers.SupplierID = Products.SupplierID
图1：键入一个包含JOIN的主查询
默认情况下，TableAdapter在主查询的基础上自动地创建INSERT, UPDATE, 以及DELETE statements.如果你点击“Advanced”按钮的话，你将看到该功能是激活的.不理会这些设置的话，TableAdapter将不能创建INSERT, UPDATE,以及DELETE statements因为主查询包含了JOIN.
图2：键入一个包含JOIN的主查询
点Finish完成向导。此时在DataSet设计器里将只包含一个TableAdapter，其包含的DataTable列出了SELECT查询返回的列.包括CategoryName 和 SupplierName,如图3所示.
图3：DataTable包含了返回的列
此外，TableAdapter的InsertCommand, UpdateCommand, 和DeleteCommand属性为空。你可以在设计器里选中TableAdapter，查看属性窗口.你将看到InsertCommand, UpdateCommand, 和DeleteCommand属性设置为“(None)”.
图4： InsertCommand, UpdateCommand,DeleteCommand属性为“(None)”
为了验证该缺点，我们可以通过属性窗口为InsertCommand, UpdateCommand,以及 DeleteCommand属性手动写入SQL statements以及参数.最开始我们可以设置TableAdapter的主查询不包含任何JOIN，这将允许自动生成INSERT, UPDATE,以及DELETE statements.完成向导设置后，我们可以通过属性窗口手动修改TableAdapter的SelectCommand以包含JOIN语法.
虽然这种方法工作正常，但很脆弱.因为我们可以在任何时候通过向导设置重新设置主查询，重新自动生成INSERT, UPDATE,以及DELETE statements.这意味着我们刚刚进行的用户定制可以很容易地就被丢失了.
好在TableAdapter自动生成的INSERT, UPDATE,以及DELETE statements的脆弱性仅仅针对ad-hoc SQL statements而言.如果你的TableAdapter使用的是存储过程的话，你可以自定义SelectCommand, InsertCommand, UpdateCommand,或DeleteCommand存储过程.重新运行TableAdapter设置向导时不用担心存储过程会被修改.
在接下来的几个步骤里我们将创建一个TableAdapter，最初我们使用一个不含JOIN的主查询，以便自动生成相应的insert, update,和delete存储过程.接着，我们将更新该SelectCommand以使用JOIN来从相关表返回额外的列. 最后，我们将创建一个对应的Business Logic Layer class类，在ASP.NET页面上使用该TableAdapter.
第1步：使用简单的主查询创建一个TableAdapter
在本文，我们将为NorthwindWithSprocs DataSet数据集的Employees表添加一个TableAdapter以及一个强类型的DataTable.该Employees表包含一个ReportsTo列，它指定了该雇员的经理的EmployeeID值.比如：雇员Anne Dodsworth的ReportTo值为5，也就是Steven Buchanan的EmployeeID值.因此，雇员Anne Dodsworth的经理就是Steven Buchanan.除了返回每个雇员的ReportsTo值外，我们也想返回他们经理的名字.为此，我们可以使用JOIN.但是我们知道，在最初创建TableAdapter时使用JOIN的话向导将不能够自动生成相应的insert, update,delete属性. 因此，我们在最初创建 TableAdapter的时候不在其主查询里包含任何的JOIN.在第2步里，我们将对主查询存储过程进行更新，通过使用JOIN来获取经理的名字.
我们打开~/App_Code/DAL文件夹里的NorthwindWithSprocs DataSet数据集.在设计器里单击右键，选择“Add”项，再选" TableAdapter",这将打开TableAdapter设置向导.如图5所示，让向导创建一个新的存储过程，再点Next.具体的相关细节请参阅第67章《Creating New Stored Procedures for the Typed DataSet’s TableAdapters》
如图5：选择“Create new stored procedures”项
该TableAdapter的主查询的SELECT statement如下：
SELECT EmployeeID, LastName, FirstName, Title, HireDate, ReportsTo, Country
FROM Employees
由于该查询没有包含任何的JOIN,因此TableAdapter向导将用相应的INSERT, UPDATE, DELETE statements来创建存储过程.
接下来向导要我们为存储过程命名。用Employees_Select, Employees_Insert, Employees_Update, and Employees_Delete来命名，如图6所示。
图6：对TableAdapter的存储过程命名
最后向导要我们为TableAdapter的方法命名，我们命名为Fill 和 GetEmployees.同时选中“Create methods to send updates directly to the database (GenerateDBDirectMethods)”选项.
图7：将TableAdapter的方法命名为Fill和GetEmployees
完成设置后，花点时间检查数据库里的存储过程，你可以看到4个新的存储过程：Employees_Select, Employees_Insert, Employees_Update,Employees_Delete.接下来，考察我们刚刚创建创建的EmployeesDataTable 和 EmployeesTableAdapter.该DataTable包含了主查询返回的每列。选中TableAdapter并进入属性窗口，你将看到InsertCommand, UpdateCommand,DeleteCommand属性调用相应的存储过程.
图8：TableAdapter包含Insert, Update,Delete属性
当自动的生成insert, update,delete存储过程，并恰当的设置好InsertCommand, UpdateCommand,DeleteCommand属性后我们就可以对SelectCommand的存储过程进行用户定制，以返回雇员的经理这些信息.具体来说，我们需要更新Employees_Select存储过程，使用JOIN返回经理的FirstName 和 LastName值。完成后，我们要更新DataTable以使其包含这些额外的列.我们将在第2和3步实现.
第2步：用JOIN定制存储过程
在服务器资源管理器里，展开Northwind数据库的存储过程文件夹，打开存储过程Employees_Select。如果你没有找到该存储过程，右击存储过程文件夹选“刷新”.更新该存储过程，以使其用一个LEFT JOIN来返回经理的first 和last name：
SELECT Employees.EmployeeID, Employees.LastName,
Employees.FirstName, Employees.Title,
Employees.HireDate, Employees.ReportsTo,
Employees.Country,
Manager.FirstName as ManagerFirstName,
Manager.LastName as ManagerLastName
FROM Employees
LEFT JOIN Employees AS Manager ON
Employees.ReportsTo = Manager.EmployeeID
完成对SELECT statement的更新后，在“文件”菜单里选“Save Employees_Select”来保存所做的修改. 当然，你也可以点击工具栏的保存图标或按下Ctrl+S键.保存后，在服务器资源管理器里右击存储过程Employees_Select，选“执行”。这将执行存储过程并在输出窗口里显示结果，如图9所示。
图9：存储过程的结果显示在输出窗口里
第3步：更新DataTable的列
此时，Employees_Select存储过程返回ManagerFirstName 和ManagerLastName值。但在EmployeesDataTable里并不包含这2列.可以通过下面的方法来进行添加：
.手动——在设计器里右键单击DataTable，在“Add”菜单里选“Column”.然后对列命名并设置其属性.
.自动——TableAdapter设置向导会更新DataTable的列以映射SelectCommand存储过程返回的列(field).如果使用的是ad-hoc SQL statements的话，向导会移除InsertCommand, UpdateCommand,以及 DeleteCommand属性，因为SelectCommand现在包含了一个JOIN. 但若使用存储过程的话，这些command属性将依然存在.
我们在前面的第35章《Master/Detail Using a Bulleted List of Master Records with a Details DataList》以及第54章《Uploading Files》里考察过手动添加列的情况，我们在以后的文章里也会看到该过程的更多的细节，不过在本文，我们通过使用TableAdapter设置向导来自动添加.
右键单击EmployeesTableAdapter，并选择“配置”。这将开启TableAdapter设置向导，它列出了用于select, insert, updat,delet的存储过程，同时还有其返回的值和参数(如果有的话).如图10所示，我们可以看到Employees_Select存储过程现在返回了ManagerFirstName 和 ManagerLastName列
图10：向导显示了Employees_Select存储过程更新后的列
点Finish完成设置，回到DataSet设计器里，该EmployeesDataTable现在包含了2个新添的列ManagerFirstName 和 ManagerLastName.
图11：该EmployeesDataTable现在包含了2个新列
为了验证更新后的Employees_Select存储过程是否起作用，以及该TableAdapter的insert, update,delete功能，我们要创建一个web页面来允许用户查看并删除employees.不过在此之前，我们要先在业务逻辑层里创建一个新类来处理NorthwindWithSprocs DataSet数据集里的employees.在第4步，我们将创建一个EmployeesBLLWithSprocs class类，在第5步，我们将在一个ASP.NET页面里使用该类.
第4步：更新Business Logic Layer
在~/App_Code/BLL文件夹里创建一个名为EmployeesBLLWithSprocs.cs的类文件.该类文件与现有的EmployeesBLL class类文件差不多，只是方法要少一些，且使用的是NorthwindWithSprocs DataSet数据集(而不是Northwind DataSet数据集)。在EmployeesBLLWithSprocs类里添加如下的代码：
using System;
using System.Data;
using System.Configuration;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
using NorthwindWithSprocsTableAdapters;
[System.ComponentModel.DataObject]
public class EmployeesBLLWithSprocs
{
private EmployeesTableAdapter _employeesAdapter = null;
protected EmployeesTableAdapter Adapter
{
get
{
if (_employeesAdapter == null)
_employeesAdapter = new EmployeesTableAdapter();
return _employeesAdapter;
}
}
[System.ComponentModel.DataObjectMethodAttribute
(System.ComponentModel.DataObjectMethodType.Select, true)]
public NorthwindWithSprocs.EmployeesDataTable GetEmployees()
{
return Adapter.GetEmployees();
}
[System.ComponentModel.DataObjectMethodAttribute
(System.ComponentModel.DataObjectMethodType.Delete, true)]
public bool DeleteEmployee(int employeeID)
{
int rowsAffected = Adapter.Delete(employeeID);
// Return true if precisely one row was deleted, otherwise false
return rowsAffected == 1;
}
}
该EmployeesBLLWithSprocs class类的Adapter属性返回NorthwindWithSprocs DataSet数据集的EmployeesTableAdapter的一个实例，类里面的GetEmployees 和DeleteEmployee方法将要用到该属性.其中，GetEmployees方法调用EmployeesTableAdapter对应的GetEmploye方法，其又再调用Employees_Select存储过程并将结果传递给一个EmployeeDataTable；而DeleteEmployee方法仅仅调用EmployeesTableAdapter的Delete方法，该Delete方法调用Employees_Delete存储过程.
第5步：在表现层处理数据
添加完EmployeesBLLWithSprocs class类后，我们将在一个ASP.NET页面里处理 employee数据。打开AdvancedDAL文件夹里的JOINs.aspx页面，从工具箱里拖一个GridView控件到页面，设其ID值为Employees.接下来，从其智能标签里绑定到一个名为EmployeesDataSource的新的ObjectDataSource控件.设置该ObjectDataSource控件使用EmployeesBLLWithSprocs class类，在SELECT 和 DELETE标签里分别选择GetEmployees 和 DeleteEmployee方法. 点Finish完成设置.
图12：设置该ObjectDataSource使用EmployeesBLLWithSprocs Class类
图13：设置该ObjectDataSource调用GetEmployees 和 DeleteEmployee方法
Visual Studio会为EmployeesDataTable里的每列添加一个BoundField。将Title, LastName, FirstName, ManagerFirstName,和ManagerLastName之外的列全部删除。并分别将这几个列的HeaderText属性重命名为“Last Name”, “First Name”, “Manager’s First Name”, “Manager’s Last Name” .
为了让用户可以在页面删除employees，我们要做2件事情.首先启用GridView的删除功能，然后将ObjectDataSource控件的OldValuesParameterFormatString属性设置为默认值{0}。完成这些后，GridView 和 ObjectDataSource控件的声明代码看起来应该和下面的差不多：
<asp:GridView ID="Employees" runat="server" AutoGenerateColumns="False"
DataKeyNames="EmployeeID" DataSourceID="EmployeesDataSource">
<Columns>
<asp:CommandField ShowDeleteButton="True" />
<asp:BoundField DataField="Title"
HeaderText="Title"
SortExpression="Title" />
<asp:BoundField DataField="LastName"
HeaderText="Last Name"
SortExpression="LastName" />
<asp:BoundField DataField="FirstName"
HeaderText="First Name"
SortExpression="FirstName" />
<asp:BoundField DataField="ManagerFirstName"
HeaderText="Manager's First Name"
SortExpression="ManagerFirstName" />
<asp:BoundField DataField="ManagerLastName"
HeaderText="Manager's Last Name"
SortExpression="ManagerLastName" />
</Columns>
</asp:GridView>
<asp:ObjectDataSource ID="EmployeesDataSource" runat="server"
DeleteMethod="DeleteEmployee" OldValuesParameterFormatString="{0}"
SelectMethod="GetEmployees" TypeName="EmployeesBLLWithSprocs">
<DeleteParameters>
<asp:Parameter Name="employeeID" Type="Int32" />
</DeleteParameters>
</asp:ObjectDataSource>
在浏览器里测试该页面，如图14所示，该页面列出了每一个employee以及他们的经理的名字.
图14：Employees_Select存储过程使用JOIN返回经理的名字
点击Delete按钮将触发deleting流程，直到执行Employees_Delete存储过程才结束，但是存储过程里的DELETE statement执行失败，原因是有外键约束(如图15所示)。因为每个employee在Orders表里都有一条到多条记录，才导致删除操作失败.
图15：删除操作违背外键约束
如果要删除操作执行成功，你要：
.更新外键约束
.对你要删除的employee(s)，在Orders表里删除对应的记录
.更新Employees_Delete存储过程，使其在删除Employees记录之前，先删除Orders表里对应的记录.我们在第68章《Using Existing Stored Procedures for the Typed DataSet’s TableAdapters》里探讨过这个问题.
我将此作为练习留给读者
总结：
当处理关系型数据库时，我们通常要从多个不同的但又相关的表获取数据。Correlated subqueries 和 JOIN提供了两种从关系表访问数据的方法.在以前的文章里使用的是correlated subqueries，因为如果使用JOIN的话TableAdapter将不能自动生成INSERT, UPDATE,DELETE statements，不过我们可以通过手工添加.如果使用ad-hoc SQL statements的话，任何用户定制都可能被TableAdapter设置向导所做的改动所覆盖.
幸运的是，用存储过程构建的TableAdapters不像用ad-hoc SQL statements构建的TableAdapters那样易受影响.因此，当用存储过程构建TableAdapter时，在主查询里使用JOIN是可行的.在本文，我们考察了如何创建这种TableAdapter.最开始我们在TableAdapter的主查询里使用不带JOIN的SELECT查询，以便自动生成相应的insert, update,delete存储过程. 然后我们对SelectCommand存储过程进行扩充以使用一个JOIN，并重新运行TableAdapter设置向导来更新EmployeesDataTable的列.
重新运行TableAdapter设置向导将自动更新EmployeesDataTable的列以映射Employees_Select存储过程返回的列.当然我们也可以向DataTable手动添加这些列，这是我们下一章要考察的内容.
祝编程快乐！
作者简介
Scott Mitchell，著有六本ASP/ASP.NET方面的书，是4GuysFromRolla.com的创始人，自1998年以来一直应用 微软Web技术。Scott是个独立的技术咨询顾问，培训师，作家，最近完成了将由Sams出版社出版的新作，24小时内精通ASP.NET 2.0。他的联系电邮为[email protected]，也可以通过他的博客http://ScottOnWriting.NET与他联系。