在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＞

(4) 检查页面；在查看由Northwind售出的产品的时候，不应该出现问题。

(5) 现在将添加代码来处理连接问题了。转到页面的顶部并进入如下脚本。第一个示例用C#编写，第二个示例用VB编写。进入其中之一即可。

＜%@ page language="C#" %＞
＜script runat="server"＞
void AccessDataSourcel_Selected(object sender, SqlDataSourceStatusEventArgs e)
{
　if (e.Exception != null)
　{
　　if(e.Exception.GetType()==typeof(System.Data.OleDb.OleDbException))
　　{
　　　Message.Text = "There was a problem opening a connection to the
　　　database. Please contact the system administrator for this site.";
　//Optionally set GridViewl.Visible = false;
　e.ExceptionHandled = true;
　　}
　}
}
＜/script＞
＜html＞ ...

以下是用VB编写的脚本。

＜%@ Page Language="VB" %＞
＜!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtmlll/DTD/xhtmlll.dtd"＞

＜script runat="server"＞
Sub AccessDataSourcel_Selected(ByVal sender As Object, ByVal e As
SqlDataSourceStatusEventArgs)
　If (Not e.Exception Is Nothing) Then
　　If TypeOf e.Exception Is System.Data.OleDb.OleDbException Then
　　　Message. Text = "There was a problem opening a connection to the database. Please contact the system administrator for this site."

　' Optionally set GridViewl.Visible = false
　　　e.ExceptionHandled = True
　　End If
　End If
End Sub

＜/script＞
＜html＞ ...

(6) 保存并运行页面。因为我们实际的连接还保持完好，所以现在还没有任何问题。关闭浏览器。

(7) 现在将Northwind的MDB文件从\App_Data移动至C:\Temp文件夹中，这样连接将会失败。或者，可以修改代码来尝试连接Southwind.mdb。运行页面并注意浏览器将显示一个得体的失败信息。

(8) 如果移动了Northwind.mdb，那么将其再移动回C:\BegAspNetDb\ App_ Data文件夹中。

示例说明＃4—— 处理AccessDataSource连接失败

首先，请回想一下AccessDataSource控件是SqlDataSource的派生物，并且使用了应用于OLEDB数据源的一系列异常，所以当引用了带有SQL或者OLEDB名称而不是Access名称的对象时，请不要惊讶。

请观察在页面上进行的处理连接失败的三个修改。第一，添加了GridView数据源控件的一个属性，该属性在GridView没有从数据源控件中获得任何数据时将会显示一条消息。第二，添加了数据源控件的一个属性，该属性在OnSelected事件发生时调用Data_Selected事件处理程序。请注意这处于DataSource事件中。虽然用户没有直接选择 AccessDataSource控件(也没有向用户呈现)，但是当GridView向数据源控件请求数据时，选择还是在内部发生了。第三，您编写了这段脚本。

该脚本将会接收到几个参数，其中之一就是异常。这里没有名为AccessDataSourceStatusEventArgs的对象。但是，可以获得一个内部派生出 Access- DataSource 的基本对象：SQL DataSource。SqlDataSource对象具有可以提交至AccessDataSource控件的状态参数。如果没有问题，则异常列表为空。如果有一个异常，那么代码将会进行测试来查看抛出的异常是什么类型。同样地，也没有像Access Exception一样的对象。但是，AccessDataSource将异常放入更加普通的称为OleDb Exception的对象中。假定在这个集合中的所有异常都是由连接失败造成的。我们的代码将作出反应，反馈一些友好的失败通告到名为Message的标签上。

这段代码中的最大的窍门就是始终让对象使用了三个不同的名称。使用了一个Access文件(MDB)作为数据源并使用AccessDataSource控件。但是使用了底层的SqlDataSource作为事件参数。最后，使用了普通的OLEDB异常集。很多错误都源于在所有的情况下都使用名为Access的ASP.NET 2.0对象。