最近在給客戶做一個(gè)客戶管理系統(tǒng)時(shí)遇到一個(gè)問題:

使用下列這個(gè)連接字符串時(shí)情況如下

connstr="DBQ="+server.mappath("db/#kehumsg.mdb")+";DefaultDir=;DRIVER={Microsoft Access Driver (*.mdb)};"
set conn=server.createobject("ADODB.CONNECTION")
conn.open connstr

有一個(gè)聯(lián)接查詢,
中用到要調(diào)用第二個(gè)表的id,
按正常來說可以這么調(diào)rs("b.id")但卻顯示在對應(yīng)所需名稱或序數(shù)的集合中，未找到項(xiàng)目。
在csdn上發(fā)貼終找不出答案,
最后用rs("id")解決問題,心想,這么調(diào)用應(yīng)該是調(diào)第一個(gè)表的id吧,
但它卻調(diào)的是第二個(gè)表的,不過我要的就是第二個(gè)的,
研究了一下,原來真是這樣,它調(diào)的是后一個(gè)表的id. 感覺還不錯(cuò),自己能研究出些東西了,呵呵~~
但快下班時(shí)客戶說有問題,什么都進(jìn)不了了,
出錯(cuò)的地方在上面那種聯(lián)接的conn.open connstr處,
這里怎么會出錯(cuò)呢,在網(wǎng)上找了一下說有這種情況,于是按他說的改了一下改成

dbpath=server.mappath("db/#kehumsg.mdb")  
connstr= "provider=microsoft.jet.oledb.4.0;data source=" & dbpath 
set conn=server.createobject("adodb.connection")  
conn.open connstr

沒多想,大概試了一下可以,
但好景不長,今天客戶又說出問題了.
拿到一看,我服了,又是聯(lián)合查詢那出錯(cuò)了,
怎么會這樣呢,和經(jīng)理研究了一下終于發(fā)現(xiàn)問題所在:

這時(shí)調(diào)用第二個(gè)表的id里可以調(diào)用rs("b.id")也必須這么調(diào)用,
不能像第一個(gè)聯(lián)接字符那樣了,
我覺得應(yīng)該是數(shù)據(jù)庫引擎的問題,不知大家怎么認(rèn)為,
在此向大家推薦第二種聯(lián)接,

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

又發(fā)現(xiàn)一個(gè)問題，解決方法：windows/temp的權(quán)限users加目修改權(quán)限。

最新評論