導(dǎo)言：

　　在關(guān)系數(shù)據(jù)庫(kù)里，我們處理的數(shù)據(jù)通常跨越了幾個(gè)數(shù)據(jù)表。舉例：當(dāng)展示產(chǎn)品信息時(shí)我們很可能想列出每個(gè)產(chǎn)品相應(yīng)的category以及供應(yīng)商的名稱(chēng)等.誠(chéng)然，Products表里包含有CategoryID 和SupplierID值，但是事實(shí)上的category以及supplier names分別定義在Categories表和Suppliers表里. 要從其它的相關(guān)表里獲取信息，我們可以使用correlated subqueries或JOINs.一條correlated subquerie就是一個(gè)鑲套的SELECT，引用外部查詢(xún)(outer query)的列.比如在第一章《創(chuàng)建一個(gè)數(shù)據(jù)訪(fǎng)問(wèn)層》里我們?cè)赑roductsTableAdapter的主查詢(xún)里使用2條correlated subqueries來(lái)返回每個(gè)產(chǎn)品的category 以及supplier names.而JOIN是一SQL構(gòu)造，將2個(gè)不同的表的相關(guān)聯(lián)的rows進(jìn)行合并.在第46章《使用SqlDataSource控件檢索數(shù)據(jù)》里，我們使用JOIN來(lái)顯示每個(gè)產(chǎn)品的category信息.

　　我們避免在TableAdapters里使用JOIN是由于TableAdapter向?qū)ё詣?dòng)生成的INSERT, UPDATE,以及DELETE statements有其局限性.具體來(lái)說(shuō)，如果TableAdapter的主查詢(xún)里包含了任何的JOIN,那么TableAdapter就不能為它的InsertCommand, UpdateCommand,以及DeleteCommand屬性自動(dòng)地創(chuàng)建 ad-hoc SQL statements或存儲(chǔ)過(guò)程.在開(kāi)始之前，我們先簡(jiǎn)要地對(duì)correlated subqueries和JOIN進(jìn)行比較.

比較Correlated Subqueries和JOINs

　　我們知道在第一章的Northwind DataSet數(shù)據(jù)集里創(chuàng)建的ProductsTableAdapter使用correlated subqueries來(lái)返回每個(gè)產(chǎn)品對(duì)應(yīng)的category 和 supplier name。該P(yáng)roductsTableAdapter的主查詢(xún)?nèi)缦拢?/p>

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個(gè)correlated subqueries——“(SELECT CategoryName FROM Categories WHERE Categories.CategoryID = Products.CategoryID)” 以及“(SELECT CompanyName FROM Suppliers WHERE Suppliers.SupplierID = Products.SupplierID)，都是一個(gè)SELECT查詢(xún)，返回一個(gè)單一值，并作為外部SELECT statement的額外的列.

　　此外，我們可以使用JOIN來(lái)返回每個(gè)產(chǎn)品的supplier 以及category name，下面的查詢(xún)與上面的代碼效果一樣，不過(guò)用的是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基于某種標(biāo)準(zhǔn)將一個(gè)表的記錄與另一個(gè)表的記錄合并起來(lái).比如上述代碼中，“LEFT JOIN Categories ON Categories.CategoryID = Products.CategoryID”就指示SQL Server將每一條product記錄與category記錄合并起來(lái)，標(biāo)準(zhǔn)是category記錄的CategoryID值與product記錄CategoryID值相吻合.在合并的結(jié)果里，我們可以對(duì)每個(gè)產(chǎn)品相應(yīng)的category fields進(jìn)行處理(比如CategoryName).

　　注意：JOIN通常用來(lái)從相關(guān)的數(shù)據(jù)庫(kù)查詢(xún)數(shù)據(jù).如果你對(duì)JOIN語(yǔ)法比較陌生或者對(duì)其用法復(fù)習(xí)提高，我推薦你閱讀W3 Schools論壇上的文章《SQL Join tutorial》（http://www.w3schools.com/sql/sql_join.asp）；此外你還可以閱讀SQL Books Online的《JOIN Fundamentals》和《Subquery Fundamentals》部分.

　　當(dāng)使用類(lèi)型化的數(shù)據(jù)集(Typed DataSets)來(lái)構(gòu)建數(shù)據(jù)訪(fǎng)問(wèn)層時(shí)，使用correlated subqueries要好一些。具體來(lái)說(shuō)，如果主查詢(xún)里包含任何的JOIN時(shí)，TableAdapter的設(shè)置向?qū)Ь筒粫?huì)自動(dòng)生成相應(yīng)的INSERT, UPDATE, 以及DELETE statements.相反，使用correlated subqueries的話(huà)就可以.

　　為驗(yàn)證這一點(diǎn)，我們?cè)趡/App_Code/DAL文件夾里創(chuàng)建一個(gè)臨時(shí)的類(lèi)型化的數(shù)據(jù)集.在TableAdapter設(shè)置向?qū)Ю镞x擇使用ad-hoc SQL statements，并鍵入如下的SELECT查詢(xún)(如圖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：鍵入一個(gè)包含JOIN的主查詢(xún)

　　默認(rèn)情況下，TableAdapter在主查詢(xún)的基礎(chǔ)上自動(dòng)地創(chuàng)建INSERT, UPDATE, 以及DELETE statements.如果你點(diǎn)擊“Advanced”按鈕的話(huà)，你將看到該功能是激活的.不理會(huì)這些設(shè)置的話(huà)，TableAdapter將不能創(chuàng)建INSERT, UPDATE,以及DELETE statements因?yàn)橹鞑樵?xún)包含了JOIN.

圖2：鍵入一個(gè)包含JOIN的主查詢(xún)

　　點(diǎn)Finish完成向?qū)А４藭r(shí)在DataSet設(shè)計(jì)器里將只包含一個(gè)TableAdapter，其包含的DataTable列出了SELECT查詢(xún)返回的列.包括CategoryName 和 SupplierName,如圖3所示.

圖3：DataTable包含了返回的列

　　此外，TableAdapter的InsertCommand, UpdateCommand, 和DeleteCommand屬性為空。你可以在設(shè)計(jì)器里選中TableAdapter，查看屬性窗口.你將看到InsertCommand, UpdateCommand, 和DeleteCommand屬性設(shè)置為“(None)”.

圖4： InsertCommand, UpdateCommand,DeleteCommand屬性為“(None)”

　　為了驗(yàn)證該缺點(diǎn)，我們可以通過(guò)屬性窗口為InsertCommand, UpdateCommand,以及 DeleteCommand屬性手動(dòng)寫(xiě)入SQL statements以及參數(shù).最開(kāi)始我們可以設(shè)置TableAdapter的主查詢(xún)不包含任何JOIN，這將允許自動(dòng)生成INSERT, UPDATE,以及DELETE statements.完成向?qū)гO(shè)置后，我們可以通過(guò)屬性窗口手動(dòng)修改TableAdapter的SelectCommand以包含JOIN語(yǔ)法.

　　雖然這種方法工作正常，但很脆弱.因?yàn)槲覀兛梢栽谌魏螘r(shí)候通過(guò)向?qū)гO(shè)置重新設(shè)置主查詢(xún)，重新自動(dòng)生成INSERT, UPDATE,以及DELETE statements.這意味著我們剛剛進(jìn)行的用戶(hù)定制可以很容易地就被丟失了.

　　好在TableAdapter自動(dòng)生成的INSERT, UPDATE,以及DELETE statements的脆弱性?xún)H僅針對(duì)ad-hoc SQL statements而言.如果你的TableAdapter使用的是存儲(chǔ)過(guò)程的話(huà)，你可以自定義SelectCommand, InsertCommand, UpdateCommand,或DeleteCommand存儲(chǔ)過(guò)程.重新運(yùn)行TableAdapter設(shè)置向?qū)r(shí)不用擔(dān)心存儲(chǔ)過(guò)程會(huì)被修改.

　　在接下來(lái)的幾個(gè)步驟里我們將創(chuàng)建一個(gè)TableAdapter，最初我們使用一個(gè)不含JOIN的主查詢(xún)，以便自動(dòng)生成相應(yīng)的insert, update,和delete存儲(chǔ)過(guò)程.接著，我們將更新該SelectCommand以使用JOIN來(lái)從相關(guān)表返回額外的列. 最后，我們將創(chuàng)建一個(gè)對(duì)應(yīng)的Business Logic Layer class類(lèi)，在ASP.NET頁(yè)面上使用該TableAdapter.

第1步：使用簡(jiǎn)單的主查詢(xún)創(chuàng)建一個(gè)TableAdapter

　　在本文，我們將為NorthwindWithSprocs DataSet數(shù)據(jù)集的Employees表添加一個(gè)TableAdapter以及一個(gè)強(qiáng)類(lèi)型的DataTable.該Employees表包含一個(gè)ReportsTo列，它指定了該雇員的經(jīng)理的EmployeeID值.比如：雇員Anne Dodsworth的ReportTo值為5，也就是Steven Buchanan的EmployeeID值.因此，雇員Anne Dodsworth的經(jīng)理就是Steven Buchanan.除了返回每個(gè)雇員的ReportsTo值外，我們也想返回他們經(jīng)理的名字.為此，我們可以使用JOIN.但是我們知道，在最初創(chuàng)建TableAdapter時(shí)使用JOIN的話(huà)向?qū)⒉荒軌蜃詣?dòng)生成相應(yīng)的insert, update,delete屬性. 因此，我們?cè)谧畛鮿?chuàng)建 TableAdapter的時(shí)候不在其主查詢(xún)里包含任何的JOIN.在第2步里，我們將對(duì)主查詢(xún)存儲(chǔ)過(guò)程進(jìn)行更新，通過(guò)使用JOIN來(lái)獲取經(jīng)理的名字.

　　我們打開(kāi)~/App_Code/DAL文件夾里的NorthwindWithSprocs DataSet數(shù)據(jù)集.在設(shè)計(jì)器里單擊右鍵，選擇“Add”項(xiàng)，再選" TableAdapter",這將打開(kāi)TableAdapter設(shè)置向?qū)?如圖5所示，讓向?qū)?chuàng)建一個(gè)新的存儲(chǔ)過(guò)程，再點(diǎn)Next.具體的相關(guān)細(xì)節(jié)請(qǐng)參閱第65章《在TableAdapters中創(chuàng)建新的存儲(chǔ)過(guò)程》

圖5：選擇“Create new stored procedures”項(xiàng)

該TableAdapter的主查詢(xún)的SELECT statement如下：

SELECT EmployeeID, LastName, FirstName, Title, HireDate, ReportsTo, Country
FROM Employees

　　由于該查詢(xún)沒(méi)有包含任何的JOIN,因此TableAdapter向?qū)⒂孟鄳?yīng)的INSERT, UPDATE, DELETE statements來(lái)創(chuàng)建存儲(chǔ)過(guò)程.

　　接下來(lái)向?qū)б覀優(yōu)榇鎯?chǔ)過(guò)程命名。用Employees_Select, Employees_Insert, Employees_Update, and Employees_Delete來(lái)命名，如圖6所示。

圖6：對(duì)TableAdapter的存儲(chǔ)過(guò)程命名

　　最后向?qū)б覀優(yōu)門(mén)ableAdapter的方法命名，我們命名為Fill 和 GetEmployees.同時(shí)選中“Create methods to send updates directly to the database (GenerateDBDirectMethods)”選項(xiàng).

圖7：將TableAdapter的方法命名為Fill和GetEmployees

　　完成設(shè)置后，花點(diǎn)時(shí)間檢查數(shù)據(jù)庫(kù)里的存儲(chǔ)過(guò)程，你可以看到4個(gè)新的存儲(chǔ)過(guò)程：Employees_Select, Employees_Insert, Employees_Update,Employees_Delete.接下來(lái)，考察我們剛剛創(chuàng)建創(chuàng)建的EmployeesDataTable 和 EmployeesTableAdapter.該DataTable包含了主查詢(xún)返回的每列。選中TableAdapter并進(jìn)入屬性窗口，你將看到InsertCommand, UpdateCommand,DeleteCommand屬性調(diào)用相應(yīng)的存儲(chǔ)過(guò)程.

圖8：TableAdapter包含Insert, Update,Delete屬性

　　當(dāng)自動(dòng)的生成insert, update,delete存儲(chǔ)過(guò)程，并恰當(dāng)?shù)脑O(shè)置好InsertCommand, UpdateCommand,DeleteCommand屬性后我們就可以對(duì)SelectCommand的存儲(chǔ)過(guò)程進(jìn)行用戶(hù)定制，以返回雇員的經(jīng)理這些信息.具體來(lái)說(shuō)，我們需要更新Employees_Select存儲(chǔ)過(guò)程，使用JOIN返回經(jīng)理的FirstName 和 LastName值。完成后，我們要更新DataTable以使其包含這些額外的列.我們將在第2和3步實(shí)現(xiàn).

第2步：用JOIN定制存儲(chǔ)過(guò)程

　　在服務(wù)器資源管理器里，展開(kāi)Northwind數(shù)據(jù)庫(kù)的存儲(chǔ)過(guò)程文件夾，打開(kāi)存儲(chǔ)過(guò)程Employees_Select。如果你沒(méi)有找到該存儲(chǔ)過(guò)程，右擊存儲(chǔ)過(guò)程文件夾選“刷新”.更新該存儲(chǔ)過(guò)程，以使其用一個(gè)LEFT JOIN來(lái)返回經(jīng)理的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

　　完成對(duì)SELECT statement的更新后，在“文件”菜單里選“Save Employees_Select”來(lái)保存所做的修改. 當(dāng)然，你也可以點(diǎn)擊工具欄的保存圖標(biāo)或按下Ctrl+S鍵.保存后，在服務(wù)器資源管理器里右擊存儲(chǔ)過(guò)程Employees_Select，選“執(zhí)行”。這將執(zhí)行存儲(chǔ)過(guò)程并在輸出窗口里顯示結(jié)果，如圖9所示。

圖9：存儲(chǔ)過(guò)程的結(jié)果顯示在輸出窗口里

第3步：更新DataTable的列

　　此時(shí)，Employees_Select存儲(chǔ)過(guò)程返回ManagerFirstName 和ManagerLastName值。但在EmployeesDataTable里并不包含這2列.可以通過(guò)下面的方法來(lái)進(jìn)行添加：

.手動(dòng)——在設(shè)計(jì)器里右鍵單擊DataTable，在“Add”菜單里選“Column”.然后對(duì)列命名并設(shè)置其屬性.

.自動(dòng)——TableAdapter設(shè)置向?qū)?huì)更新DataTable的列以映射SelectCommand存儲(chǔ)過(guò)程返回的列(field).如果使用的是ad-hoc SQL statements的話(huà)，向?qū)?huì)移除InsertCommand, UpdateCommand,以及 DeleteCommand屬性，因?yàn)镾electCommand現(xiàn)在包含了一個(gè)JOIN. 但若使用存儲(chǔ)過(guò)程的話(huà)，這些command屬性將依然存在.

　　我們?cè)谇懊娴牡?5章《使用Repeater和DataList單頁(yè)面實(shí)現(xiàn)主/從報(bào)表》以及第52章《使用FileUpload上傳文件》里考察過(guò)手動(dòng)添加列的情況，我們?cè)谝院蟮奈恼吕镆矔?huì)看到該過(guò)程的更多的細(xì)節(jié)，不過(guò)在本文，我們通過(guò)使用TableAdapter設(shè)置向?qū)?lái)自動(dòng)添加.

　　右鍵單擊EmployeesTableAdapter，并選擇“配置”。這將開(kāi)啟TableAdapter設(shè)置向?qū)В谐隽擞糜趕elect, insert, updat,delet的存儲(chǔ)過(guò)程，同時(shí)還有其返回的值和參數(shù)(如果有的話(huà)).如圖10所示，我們可以看到Employees_Select存儲(chǔ)過(guò)程現(xiàn)在返回了ManagerFirstName 和 ManagerLastName列

圖10：向?qū)э@示了Employees_Select存儲(chǔ)過(guò)程更新后的列

　　點(diǎn)Finish完成設(shè)置，回到DataSet設(shè)計(jì)器里，該EmployeesDataTable現(xiàn)在包含了2個(gè)新添的列ManagerFirstName 和 ManagerLastName.

圖11：該EmployeesDataTable現(xiàn)在包含了2個(gè)新列

　　為了驗(yàn)證更新后的Employees_Select存儲(chǔ)過(guò)程是否起作用，以及該TableAdapter的insert, update,delete功能，我們要?jiǎng)?chuàng)建一個(gè)web頁(yè)面來(lái)允許用戶(hù)查看并刪除employees.不過(guò)在此之前，我們要先在業(yè)務(wù)邏輯層里創(chuàng)建一個(gè)新類(lèi)來(lái)處理NorthwindWithSprocs DataSet數(shù)據(jù)集里的employees.在第4步，我們將創(chuàng)建一個(gè)EmployeesBLLWithSprocs class類(lèi)，在第5步，我們將在一個(gè)ASP.NET頁(yè)面里使用該類(lèi).

第4步：更新Business Logic Layer

　　在~/App_Code/BLL文件夾里創(chuàng)建一個(gè)名為EmployeesBLLWithSprocs.cs的類(lèi)文件.該類(lèi)文件與現(xiàn)有的EmployeesBLL class類(lèi)文件差不多，只是方法要少一些，且使用的是NorthwindWithSprocs DataSet數(shù)據(jù)集(而不是Northwind DataSet數(shù)據(jù)集)。在EmployeesBLLWithSprocs類(lèi)里添加如下的代碼：

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類(lèi)的Adapter屬性返回NorthwindWithSprocs DataSet數(shù)據(jù)集的EmployeesTableAdapter的一個(gè)實(shí)例，類(lèi)里面的GetEmployees 和DeleteEmployee方法將要用到該屬性.其中，GetEmployees方法調(diào)用EmployeesTableAdapter對(duì)應(yīng)的GetEmploye方法，其又再調(diào)用Employees_Select存儲(chǔ)過(guò)程并將結(jié)果傳遞給一個(gè)EmployeeDataTable；而DeleteEmployee方法僅僅調(diào)用EmployeesTableAdapter的Delete方法，該Delete方法調(diào)用Employees_Delete存儲(chǔ)過(guò)程.

第5步：在表現(xiàn)層處理數(shù)據(jù)

　　添加完EmployeesBLLWithSprocs class類(lèi)后，我們將在一個(gè)ASP.NET頁(yè)面里處理 employee數(shù)據(jù)。打開(kāi)AdvancedDAL文件夾里的JOINs.aspx頁(yè)面，從工具箱里拖一個(gè)GridView控件到頁(yè)面，設(shè)其ID值為Employees.接下來(lái)，從其智能標(biāo)簽里綁定到一個(gè)名為EmployeesDataSource的新的ObjectDataSource控件.設(shè)置該ObjectDataSource控件使用EmployeesBLLWithSprocs class類(lèi)，在SELECT 和 DELETE標(biāo)簽里分別選擇GetEmployees 和 DeleteEmployee方法. 點(diǎn)Finish完成設(shè)置.

圖12：設(shè)置該ObjectDataSource使用EmployeesBLLWithSprocs Class類(lèi)

圖13：設(shè)置該ObjectDataSource調(diào)用GetEmployees 和 DeleteEmployee方法

　　Visual Studio會(huì)為EmployeesDataTable里的每列添加一個(gè)BoundField。將Title, LastName, FirstName, ManagerFirstName,和ManagerLastName之外的列全部刪除。并分別將這幾個(gè)列的HeaderText屬性重命名為“Last Name”, “First Name”, “Manager's First Name”, “Manager's Last Name”  .

　　為了讓用戶(hù)可以在頁(yè)面刪除employees，我們要做2件事情.首先啟用GridView的刪除功能，然后將ObjectDataSource控件的OldValuesParameterFormatString屬性設(shè)置為默認(rèn)值{0}。完成這些后，GridView 和 ObjectDataSource控件的聲明代碼看起來(lái)應(yīng)該和下面的差不多：

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>

　　在瀏覽器里測(cè)試該頁(yè)面，如圖14所示，該頁(yè)面列出了每一個(gè)employee以及他們的經(jīng)理的名字.

圖14：Employees_Select存儲(chǔ)過(guò)程使用JOIN返回經(jīng)理的名字

　　點(diǎn)擊Delete按鈕將觸發(fā)deleting流程，直到執(zhí)行Employees_Delete存儲(chǔ)過(guò)程才結(jié)束，但是存儲(chǔ)過(guò)程里的DELETE statement執(zhí)行失敗，原因是有外鍵約束(如圖15所示)。因?yàn)槊總€(gè)employee在Orders表里都有一條到多條記錄，才導(dǎo)致刪除操作失敗.

圖15：刪除操作違背外鍵約束

如果要?jiǎng)h除操作執(zhí)行成功，你要：

.更新外鍵約束
.對(duì)你要?jiǎng)h除的employee(s)，在Orders表里刪除對(duì)應(yīng)的記錄
.更新Employees_Delete存儲(chǔ)過(guò)程，使其在刪除Employees記錄之前，先刪除Orders表里對(duì)應(yīng)的記錄.我們?cè)诘?6章《在TableAdapters中使用現(xiàn)有的存儲(chǔ)過(guò)程》里探討過(guò)這個(gè)問(wèn)題.

我將此作為練習(xí)留給讀者

總結(jié)：

　　當(dāng)處理關(guān)系型數(shù)據(jù)庫(kù)時(shí)，我們通常要從多個(gè)不同的但又相關(guān)的表獲取數(shù)據(jù)。Correlated subqueries 和 JOIN提供了兩種從關(guān)系表訪(fǎng)問(wèn)數(shù)據(jù)的方法.在以前的文章里使用的是correlated subqueries，因?yàn)槿绻褂肑OIN的話(huà)TableAdapter將不能自動(dòng)生成INSERT, UPDATE,DELETE statements，不過(guò)我們可以通過(guò)手工添加.如果使用ad-hoc SQL statements的話(huà)，任何用戶(hù)定制都可能被TableAdapter設(shè)置向?qū)龅母膭?dòng)所覆蓋.

　　幸運(yùn)的是，用存儲(chǔ)過(guò)程構(gòu)建的TableAdapters不像用ad-hoc SQL statements構(gòu)建的TableAdapters那樣易受影響.因此，當(dāng)用存儲(chǔ)過(guò)程構(gòu)建TableAdapter時(shí)，在主查詢(xún)里使用JOIN是可行的.在本文，我們考察了如何創(chuàng)建這種TableAdapter.最開(kāi)始我們?cè)赥ableAdapter的主查詢(xún)里使用不帶JOIN的SELECT查詢(xún)，以便自動(dòng)生成相應(yīng)的insert, update,delete存儲(chǔ)過(guò)程. 然后我們對(duì)SelectCommand存儲(chǔ)過(guò)程進(jìn)行擴(kuò)充以使用一個(gè)JOIN，并重新運(yùn)行TableAdapter設(shè)置向?qū)?lái)更新EmployeesDataTable的列.

　　重新運(yùn)行TableAdapter設(shè)置向?qū)⒆詣?dòng)更新EmployeesDataTable的列以映射Employees_Select存儲(chǔ)過(guò)程返回的列.當(dāng)然我們也可以向DataTable手動(dòng)添加這些列，這是我們下一章要考察的內(nèi)容.

　　祝編程快樂(lè)！

作者簡(jiǎn)介

　　本系列教程作者 Scott Mitchell，著有六本ASP/ASP.NET方面的書(shū)，是4GuysFromRolla.com的創(chuàng)始人，自1998年以來(lái)一直應(yīng)用 微軟Web技術(shù)。大家可以點(diǎn)擊查看全部教程《[翻譯]Scott Mitchell 的ASP.NET 2.0數(shù)據(jù)教程》，希望對(duì)大家的學(xué)習(xí)ASP.NET有所幫助。