最近在給客戶做一個(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)限。