在較舊版本的odbc驅(qū)動(dòng)程序下，使用第（1）種連接字符串，沒有出現(xiàn)該錯(cuò)誤。升級(jí)odbc驅(qū)動(dòng)程序后（升級(jí)了sql server 7.0的sp2），出現(xiàn)“無法指出的錯(cuò)誤”（第一次訪問不出錯(cuò)，刷新后出錯(cuò)），錯(cuò)誤位置指向connection.open connstr一行，將連接字符串改為第（2）種，也就是把它的所有參數(shù)全部寫出來，錯(cuò)誤消失。

（1） connstr="DBQ="+server.mappath("usecar.mdb")+";DefaultDir=;DRIVER={Microsoft Access Driver (*.mdb)};"

（2） connstr="DBQ="+server.mappath("usecar.mdb")+";DefaultDir=;DRIVER={Microsoft Access Driver (*.mdb)};DriverId=25;FIL=MS Access;ImplicitCommitSync=Yes;MaxBufferSize=512;MaxScanRows=8;PageTimeout=20;SafeTransactions=0;Threads=3;UserCommitSync=Yes;"

“無法指出的錯(cuò)誤”是一種比較怪的錯(cuò)誤——錯(cuò)誤出現(xiàn)沒規(guī)律，比如昨晚我剛升級(jí)sp2后，該錯(cuò)誤出現(xiàn)，但現(xiàn)在用同樣的連接串，未見錯(cuò)誤出現(xiàn)。本人認(rèn)為此錯(cuò)誤與連接字符串沒有寫完全有很大的關(guān)系。

建議：無論參數(shù)是否有用，盡量將參數(shù)表寫完整!!