ASP.NET資料庫編程之Access串連失敗

錯誤和失敗總會不可避免地在應用程式中出現。如果有人在MDB目錄之上又添加了一級新的檔案夾而“更新”了伺服器的分類樹，那麼將會發生什嗎？如果MDB名稱被更改了會怎樣？如果MDB檔案被損壞又該如何呢？以上每一個問題都將阻止對資料的成功串連並導致一個失敗頁面。好的編程實踐表明需要儘可能小心地對待任何失敗。

在討論實際命令之前，我們需要瞭解的是AccessDataSource控制項派生於SqlDataSource控制項。在大多數情況下，這隻是一個背景問題。但是當處理異常的時候，就必須使用實際上存在於(從而以之命名的)SQL資料來源對象之中的對象。

軟著陸的技術使用的代碼將在AccessDataSource控制項經曆OnSelected event時被觸發。當GridView從資料來源控制項請求資料時，這個事件將會在內部觸發。 處理串連錯誤的代碼就會檢查到從資料來源控制項傳遞過來的異常參數。AccessDataSource控制項沒有關於這個參數的自己的名稱，所以只能使用名稱SqlDataSourceStatus- EventArguments。如果異常參數為空白，那麼表示什麼事情都沒有發生。如果異常參數有一個值，那麼將檢查這個值。如果參數是OLEDB Exception類型的，那麼頁面上的警告標籤的文本將會有提示資訊。再次提醒您注意術語的使用。如果有一個AccessException類型，那將更明了，可惜實際上沒有這種類型。可以使用更加普通的OleDbException對象並以處理異常的命令結束指令碼。這樣將允許GridView繼續呈現，雖然沒有資料，並防止出現淺褐色背景的常規ASP.NET 2.0失敗頁面。因為GridView沒有得到任何資料，所以它將會顯示一個替換表格，表格中只有一個在其EmptyDataText屬性中顯示訊息的儲存格。

如果您在進行這些步驟中遇到困難，千萬不要感到悲觀；下一個練習將會進行示範。而現在，只需將代碼剪下並粘貼到頁面之中。在本書的後面，我將會討論如何建立一個用於串連失敗情況下的GridView的替換頁面以及處理錯誤事件的詳細內容。

試一試＃4—— 處理AccessDataSource串連失敗

(1) 在ch02檔案夾中，建立一個名為TIO-4-ConnectionFailure-CS.aspx的檔案。在Design視圖中，添加一個指向Northwind 的AccessDataSource控制項至頁面，該控制項從表中選擇了所有列。

(2) 添加GridView用來顯示資料來源控制項中的資訊。同樣，添加一個標籤控制項，並將其命名為“Message”。

(3) 現在切換至Source視圖並對標記作一些修改，如下反白代碼所示。如果其中有＜columns＞標記部分，則將其刪除。留下的代碼應當如下所示：

＜html＞
＜head id="Headl" runat="server"＞
＜title＞Chapter 2 TIO #4 Connection Failure to Access in C#＜/title＞
＜/head＞
＜body＞
＜h3＞Chapter 2 TIO #4 Connection Failure to Access in C#＜/h3＞
＜form id="forml" runat="server"＞
＜asp:label ID="Message" runat="server"/＞＜br/＞＜br/＞
＜asp:gridview id="GridViewl" runat="server"
datasourceid="AccessDataSourcel"
AutoGenerateColumns="true"
EmptyDataText="No data records were returned" /＞
＜asp:AccessDataSource ID="AccessDataSourcel" Runat="server"
selectcommand="Select * From Products"
datafile="~/App_Data/Northwind.mdb"
OnSelected="AccessDataSourcel_Selected"
/＞
＜/form＞
＜/body＞＜/html＞