创建的数据库文件在访问出现错误时会给出不太相同的错误提示

我们知道ASP.NET中使用ADO.NET访问数据库，通过OleDb的连接可以访问Access数据库（我们非常常用的低端数据库之一）。本文讨论了ASP.NET中可能看到的若干错误提示，从中可以发现Access 2000和Access XP创建的数据库文件在访问出现错误时会给出不太相同的错误提示。另一个要点是，希望通过此文，使大家对ASP.NET中Access数据库文件的NTFS权限设置得到新的认识。

(一)实验过程

为了叙述方便，举个具体例子做实验：应用程序为/test，数据库存放在D:/wwwroot/test/data/db1.mdb，我们已经知道在ASP.NET中是以一个叫做ASPNET虚拟用户的身份访问数据库的，我们需要给这个账户以特定的NTFS权限才能使ASP.NET程序正常运行。

为了得到最严格的NTFS权限设置，实验开始时我们给程序最低的NTFS权限：

a)D:/wwwroot/test/data/文件夹的给用户ASPNET以如下权限：

允许  拒绝 完全控制          □    □ 修改              □    □ 读取及运行        √    □ 列出文件夹目录    √    □ 读取              √    □ 写入              □    □

b)D:/wwwroot/test/data/db1.mdb文件本身给用户ASPNET以如下权限：

√ 允许将来自父系的可继承权限传播给该对象

1.1对于某个只包含有“SELECT”命令的aspx程序，上述权限设置运行时无障碍，即：上述权限已经满足这类程序的运行了。

1.2对于包含有“UPDATE”“INSERT”“UPDATE”等命令的aspx程序

(a)如果db1.mdb是Access 2000创建的数据库，出现如下错误：

“/test”应用程序中的服务器错误 Microsoft Jet数据库引擎打不开文件'D:/wwwroot/test/data/'。它已经被别的用户以独占方式打开，或没有查看数据的权限。 说明：执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息：System.Data.OleDb.OleDbException:Microsoft Jet数据库引擎打不开文件'D:/wwwroot/test/data/'。它已经被别的用户以独占方式打开，或没有查看数据的权限。

(b)如果db1.mdb是Access XP创建的数据库，出现如下错误：

“/test”应用程序中的服务器错误 操作必须使用一个可更新的查询。 说明：执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息：System.Data.OleDb.OleDbException:操作必须使用一个可更新的查询。

(c)原因初步分析：因为包含有“UPDATE”“INSERT”“UPDATE”等命令，需要对数据库文件本身进行写入操作，所以上述权限不能满足此需求，我们需要进一步放开权限。

a)D:/wwwroot/test/data/文件夹不变

b)D:/wwwroot/test/data/db1.mdb文件本身给用户ASPNET以如下权限：

允许  拒绝 完全控制          □    □ 修改              □    □ 读取及运行        √    □ 列出文件夹目录    √    □ 读取              √    □ 写入              √    □

1.3放开权限后继续实验

(a)如果db1.mdb是Access 2000创建的数据库，出现如下错误：

“/test”应用程序中的服务器错误 不能锁定文件。 说明：执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息：System.Data.OleDb.OleDbException:不能锁定文件。

(b)如果db1.mdb是Access XP创建的数据库，没有出现错误。

(c)原因初步分析：我们发现在打开Access数据库时，同时会在所在目录生成一个同名的*.ldb文件，这是一个Access的锁定标记。鉴于此，我们猜测，用户ASPNET访问Access数据库时，也需要生成一个锁定标记，而该目录没有允许其写入，因此出错。至于Access XP创建的数据库为什么没有这个错误，原因还不得而知。

我们进一步放开权限：

a)D:/wwwroot/test/data/文件夹给用户ASPNET以如下权限：

允许  拒绝 完全控制          □    □ 修改              □    □ 读取及运行        √    □ 列出文件夹目录    √    □ 读取              √    □ 写入              √    □

b)D:/wwwroot/test/data/db1.mdb文件本身给用户ASPNET以如下权限：

√ 允许将来自父系的可继承权限传播给该对象

1.4 继续实验，发现错误已解决，那么上面这个权限就是我们需要放开的“最低权限”。

(a)如果db1.mdb是Access 2000创建的数据库，我们会发现一个小问题：生成的*.ldb文件不会自己删除，访问后该文件依然存在，但这个问题不会影响ASP.NET的正常运行。

(b)如果db1.mdb是Access XP创建的数据库，没有出现上面类似问题。

(c)原因初步分析：我们仅仅是给了ASPNET以写入文件夹的权限，没有给它修改的权限，所以文件一旦写入，便无法修改其内容，*.ldb也就删除不掉了。

如果非要解决这个问题，进一步放开权限为：

a)D:/wwwroot/test/data/文件夹给用户ASPNET以如下权限：

允许  拒绝 完全控制          □    □ 修改              √    □ 读取及运行        √    □ 列出文件夹目录    √    □ 读取              √    □ 写入              √    □

b)D:/wwwroot/test/data/db1.mdb文件本身给用户ASPNET以如下权限：

√ 允许将来自父系的可继承权限传播给该对象

1.5附带实验另一种情形：我们把db1.mdb在Access打开编辑，同时访问ASP.NET。

(a)如果db1.mdb是Access 2000创建的数据库，我们发现并没有出现什么问题。

(b)如果db1.mdb是Access XP创建的数据库，出现如下错误：

“/zhao”应用程序中的服务器错误。 不能使用''；文件已在使用中。 说明：执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息：System.Data.OleDb.OleDbException:不能使用''；文件已在使用中。

(c)原因初步分析：Access数据库是单用户单线程的数据库，我们在Access里面打开编辑数据库文件时其实是以当前Windows用户(比如Administrator)身份打开数据库，而ASP.NET默认使用的是ASPNET虚拟用户（隶属于Users组），级别低于Administrator，无法和Administrator“抢夺”权限，所以出现冲突错误。至于Access 2000忽略这个问题的情形我们也不必做讨论了，可能是Access 2000没有考虑那么多因素吧。

1.6再附带一种情形：将db1.mdb的属性改为“只读”，无论是Access 2000还是Access XP都将分别出现与1.2中各自的错误相同的错误提示。