Win2003 ASP连接dbf文件出错

[863]

数据库MyData.dbf
<%
' 建立Connection 对象
Set conn = Server.CreateObject("ADODB.Connection")
Driver = "Driver={Microsoft Visual FoxPro Driver};"
SourceType = "SourceType=DBF;"
DBPath = "SourceDB=" & Server.MapPath( "MyData" )

' 调用Open 方法连接数据库
conn.Open Driver & SourceType & DBPath

Set rs = Server.CreateObject("ADODB.Recordset")
' 打开数据源，参数二为Connection对象
rs.Open "Select * From Mydata", conn, 2, 2 //这一行出错：
//Microsoft OLE DB Provider for ODBC Drivers 错误 '80040e21'

//ODBC 驱动程序不支持所需的属性。
%>
请指教！

[863]

还没有解决
求高人出现

[silinee]

rs.Open "Select * From Mydata", conn, 2, 2
改成 rs.Open "Select * From Mydata", conn, 1, 1
大概你的数据库驱动不支持 2,2

[863]

To 楼上
已经改成了
还是不好用阿

[silinee]

你2，2之间的逗号似乎是中文的。。。。。

[mwmaowei]

conn, 2, 2你用2，2干吗呢？？？？数据库支持吗？

[863]

谢谢silinee(不吃猫的鱼) 的支持
但是那个是英文的
怎么试都不好用啊
已经困扰一个星期了

[gazhangting]

前天，N久以前做的一个ACCESS数据库的程序出错了，程序都没有改动过，之前好好的，突然就不行了。
错误信息如下：
----------------------------------
Microsoft OLE DB Provider for ODBC Drivers 错误 '80004005'
[Microsoft][ODBC Microsoft Access Driver]常见错误 不能打开注册表关键字 'Temporary (volatile) Jet DSN for process 0x728 Thread 0x854 DBC 0x276fb44 Jet'。
----------------------------------

由于最近一台服务器被人攻击垮掉了正在重装，没时间理这个问题。后来在朋友（是该程序的用户哦）的多翻催促下，决定搞定它。
一开始，还真不摸不清是怎么回事。在GOOGLE上搜了很多，众说纷纭，过滤去一堆没有结果的垃圾信息，得到下面几个可能原因：
1。微软已经不更新ODBC，需要改用JET的方式连接ACCESS数据库文件；
2。系统目录的权限发生的变更。
也有老帖子说什么原因是：“ACCESS数据库文件是ACCESS97版本的”，这个无须考虑，我用的是ACCESS2000数据库。

对于第一个原因，原来的连接字串如下：
--ODBC连接方式------------------------
mdbpath=server.MapPath("my.mdb.asp")
CnnStr = "DBQ=" & mdbpath & ";DRIVER={Microsoft Access Driver (*.mdb)};uid=admin;pwd="
-------------------------------------

改用JET连接后连接字串为：
---JET连接方式---------------------
CnnStr = "Provider=Microsoft.Jet.OLEDB.4.0;User Id=admin;Data Source="& mdbpath &" ';Password=luntanbbs"
-------------------------------------

测试过后无效，虽然提示的错误信息有点不同：
----------------------------------
Microsoft JET Database Engine 错误 '80004005' 未指定的错误
----------------------------------

最后检查第二个原因：系统目录权限不足。经询问，原来由于出于安全的考虑一同事把该服务器的WINNT目录设置为 Administrators、system “完全控制”，users 只读。
但是，按道理，这样的权限设置，ODBC的驱动程序处于 winnt\system32\odbcjt32.dll 这个也是可读的，难道是因为缺少“执行”权限？
我把 winnt\system32\目录下所有以odbc开头的DLL文件全部授予“执行”权限，发现还是一样的错误信息。跟着我索性把整个 system32 目录设成 everyone 可执行，可是一测试依然不行。
难道是还有其他文件被ODBC或JET调用但又不在这个system32目录下且又没有得到充分授权而导致失败？
正在想的时候，蓦然瞥见 winnt\temp 目录。嘿，我把 temp 目录设置成 everyone 可“写入”看看。

一测试，嘿，成了。使用ODBC连接方式的程序，成功的读取更新ACCESS数据库中的记录。

有意思的是，使用JET连接方式的程序，却报另一个错误：
-------------------------------------------
Microsoft JET Database Engine 错误 '80040e4d' 无法启动应用程序。
工作组信息文件丢失，或是已被其它用户以独占方式打开。
-------------------------------------------

嘿嘿，不知道这个JET的错误又怎么回事呢？
有时间再搞搞它吧。如果你知道，请给我发个回复哦。 :-D
\

网上看到的,不一定有用,可以看一下哦,

[wangwm]

1、如果连接的是数据库，就用
SourceType = "SourceType=DBC;"



2、SourceType = "SourceType=DBF;"时，要先在管理工具---"数据源(ODBC)"中看看是否有Microsoft Visual FoxPro Driver驱动存在.如果不存在就下载安装

http://download.microsoft.com/download/vfoxodbcdriver/Install/6.1/W9XNT4/EN-US/VFPODBC.msi

[a_cat]

设置一下放数据库的的目录权限变成everyone试度.

[ninefive]

这种问题我也遇到过 但是一直也没找到解决的办法 说是驱动的问题 安装了也是不好用 关注中

[863]

怎么设置都不好用
求高人给解决办法