ASP拜候ACCESS出错提醒扼要注释[网站编程]

问题:我在asp上挂上access数据库,发现它不支持Group by 或 Order by 子句,请示是何缘由?
SELECT * FROM zyckb group by ckdwdm where cksj>cdate(1998/12/31)
Microsoft OLE DB Provider for ODBC Drivers 错误 80040e21
ODBC 驱动程序不支持需求的属性.

1 group子句只能用在Where子句背面.

2 直接利用 Microsoft.Jet.OLEDB.4.0 一层接口:
adoConnection.open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & Server.MapPath ("/") & "xxx.mdb"
不要利用 Microsoft OLEDB Provider for ODBC Drivers + Microsoft Access Driver (*.mdb)(Access 的 ODBC Driver)两层接口:
adoConnection.open "PROVIDER=MSDASQL.1;Driver=Microsoft Access Driver(*.mdb);DBQ=" & Server.MapPath ("/") & xxx.mdb"

http://www.china-askpro.com/msg23/qa27.shtml

80004005 及别的错误消息的疑问懂答

---------------------------------------------
这篇文章中的信息实用于:

Microsoft Data Access Components versions 1.5, 2.0, 2.1, 2.5
Active Server Pages
Microsoft Visual InterDev, version 1.0

-------------------------------------------

概要
本文具体报告了 Microsoft 数据拜候组件 (MDAC) 收到 0x800040005 错误的一些常见缘由,MDAC 包含 ActiveX 数据对
象、OLE DB 和远程数据服务 (RDS). 同时,本文还谈论了别的一些错误消息,包含 80040e21、80040e14 和
80040e10.

更多信息
80004005 错误消息可归纳为:“出于某种缘由,我无法拜候您的数据”. 本文给出了各种 80004005 错误消息的列表、
此中摆列了这些错误消息的最常见起因及其疑问懂答步骤. 固然本文假定您是在 Active Server Page (ASP) 页面
(.asp) 中利用 ActiveX 数据对象 (ADO),但这些起因和很多疑问懂答步骤一样实用于任何别的通过 ODBC 拜候数据的环
境.

错误消息列表
这一节我们介绍了各种错误消息的文本,以及招致错误的缘由.
错误消息
Microsoft OLE DB Provider for ODBC Drivers error 80004005 [Microsoft][ODBC Microsoft Access 97 Driver]
The Microsoft Jet database engine cannot open the file (unknown). It is already opened exclusively by
another user, or you need permission to view its data.
缘由
该错误的发生,普通是因为 Internet Information Server (IIS) 所利用的帐户（普通是 IUSR）没有精确的 Windows
NT 权限,因而无法拜候基于文件的数据库或包含文件的文件夹.

请查抄这些文件和文件夹的权限设置. 确认您可以成立和/或删除任何暂时文件. 暂时文件普通都成立在与数据库相同的
文件夹下,但也可以成立在别的文件夹下,如 /Winnt.

您可以利用 Windows NT 文件监督器来查抄拜候文件失利的缘由. Windows NT 文件监督器可从以下 Web 站点上得到:
http://www.sysinternals.com .

假如您利用的是该数据库的网络途径（UNC 或映像驱动器）,请查抄同享、文件及文件夹上的权限.

确认文件及数据源名 (DSN) 没有被标志为独占方法.

简化. 利用一个利用本地驱动器号的系统 DSN. 若有必要,把数据库移至本地驱动器,然后对其举行测试.

错误消息中的 other user（别的用户）有大概是 Visual InterDev. 请关闭任何包含该数据库数据衔接的 Visual InterDev 工程.

错误也大概是由委派问题惹起的. 查抄大概存在的任何身份考证办法（“基本”而不是 NTLM）. 假如衔接字符串利用的是统一命名约定 (UNC),请尝试利用“基本身份考证”或一个绝对途径,如 C:MydataData.mdb.即便 UNC 指向的资源位于本地 IIS 计算机,前述错误也有大概发生.

当拜候链接到某个表的 Microsoft Access 数据库时,假如这一表处在网络服务器上的 Access 数据库中,这一错误也有大概发生. 这种情形下,请拜见以下 Microsoft Knowledge Base 文章以找到可行的办理办法:
Q189408 PRB: ASP 无法拜候 IIS 4.0 下的网络文件

错误消息
Microsoft OLE DB Provider for ODBC Drivers error 80004005 [Microsoft][ODBC Microsoft Access 97 Driver]
Couldnt use (unknown); file already in use.
缘由
数据库无法精确地为多个用户锁定. 具体信息请拜见以下 Microsoft Knowledge Base 文章:
Q174943 PRB: 80004005“Couldnt Use (unknown);File Already in Use”
错误消息
Microsoft OLE DB Provider for ODBC Drivers error 80004005 [Microsoft][ODBC Driver Manager] Data source
name not found and no default driver specified.
缘由
最常见的缘由是因为 Global.asa 和 Global.asa 中初始化的衔接字符串会话变量没有激起. 您可以通过在 .asp 页面中
加入以下代码,来查抄该变量有没有精确地初始化:

另一个常见缘由是因为所利用的衔接字符串中有太多的空格.
DSN = MyDSN; Database = Pubs;

尝试利用下面的语法替换:
DSN=MyDSN;Database=Pubs;

假如 Global.asa 文件没有激起,请查抄并确认它是在 IIS 4.0 的利用程序根下,（假如运行的是 IIS 3.0,则应在虚拟根下,并且 Execute 复选框已经选中）. 此外,当 Windows NT 权限限制了对文件夹的拜候时,程序计划中的一个错误也大概会阻碍 Global.asa 文件被激起.具体信息请拜见 Microsoft Knowledge Base 文章: Q173742 “BUG: 限制 Web 拜候时,Global.asa 不被履行”

无法找到 DSN 名. 请查抄并确认没有利用“用户”范例的 DSN.

假如利用的是文件 DSN 或系统 DSN,则尝试把衔接字符串呼应地改成 DSN=MySystemDSN 或 DBQ=MyFileDSN. 简化!