一個(gè)網(wǎng)站程序，在添加新聞時(shí)出現(xiàn)錯(cuò)誤
以下是錯(cuò)誤提示：
Microsoft OLE DB Provider for ODBC Drivers 錯(cuò)誤 '80040e21'
多步 OLE DB 操作產(chǎn)生錯(cuò)誤。如果可能，請(qǐng)檢查每個(gè) OLE DB 狀態(tài)值。沒(méi)有工作被完成。
出現(xiàn)這種錯(cuò)誤的原因是因?yàn)槲野補(bǔ)ccess連接字符串修改為"Driver={Micorsoft Access Driver ()};dbq=" Server.Mappath(DbPath),而原來(lái)的連接字符串為"Provier＝Microsoft.Jet.OLEDB.4.0;Data source=" Server.Mappath(DbPath) 時(shí)則不會(huì)出現(xiàn)這種錯(cuò)誤。看來(lái)這兩種連接access數(shù)據(jù)庫(kù)的方式還是有一定區(qū)別的。至少后一種連接方式在容錯(cuò)性上好一些，但很明顯在規(guī)范上是不太正規(guī)的。
為了敘述得簡(jiǎn)單，我下面把這兩種方式分別叫做provider連接和driver連接。
上述錯(cuò)誤在修改新聞時(shí)卻不會(huì)出現(xiàn)。我看了一下代碼發(fā)現(xiàn)在執(zhí)行添加時(shí)，有一個(gè)用Excute取得的記錄集未進(jìn)行關(guān)閉。我關(guān)閉了一下也無(wú)法正確執(zhí)行。
于是我寫(xiě)了一段代碼，又另外設(shè)計(jì)了一個(gè)簡(jiǎn)單的表格，發(fā)現(xiàn)這時(shí)兩種連接方法可以添加進(jìn)去，于是我又將這段代碼中的表?yè)Q回原來(lái)的，還是不可以執(zhí)行。難道與表有關(guān)？
于是我開(kāi)始仔細(xì)的研究表格，發(fā)現(xiàn)原表格有一個(gè)自動(dòng)編號(hào)字段在程序中被賦值了。我記得自動(dòng)編號(hào)是不可以被賦值的呀。于是我把那個(gè)表的自動(dòng)編號(hào)一去，結(jié)果可以正常執(zhí)行。
看來(lái)用Provider方式連接是可以對(duì)自動(dòng)編號(hào)字段賦值的。
下面說(shuō)一下另一個(gè)地方的區(qū)別。
我使用driver連接時(shí)，在頻道設(shè)置時(shí)出現(xiàn)了一個(gè)Null值，但是實(shí)際上在數(shù)據(jù)庫(kù)中是有值的，我看了一下這個(gè)字段的數(shù)據(jù)類型，是備注。那是不是說(shuō)driver驅(qū)動(dòng)對(duì)長(zhǎng)的備注支持也不太好呢？不會(huì)吧，我那個(gè)新聞表中的新聞內(nèi)容一定是備注的呀，應(yīng)該不是這方面的原因。
是什么方面的原因呢？難道是因?yàn)樗俏挥诹硪粋€(gè)備注的后面？可是新聞表中也有兩個(gè)備注并且內(nèi)容備注也是位于簡(jiǎn)介備注的后面呀。這種懷疑也被排除。
是因?yàn)檫@個(gè)字段是有關(guān)鍵字的原因？我把這個(gè)字段值改為1，結(jié)果也是出錯(cuò)。
那是什么方面的原因呢？
干脆自己再寫(xiě)一個(gè)頁(yè)面測(cè)試，測(cè)試代碼如下
以下是測(cè)試代碼：
復(fù)制代碼 代碼如下:
dim conn
set conn=server.createobject("adodb.recordset")
conn.open "driver={Microsoft access driver (*.mdb)};dbq=" server.mappath("data/dd.mdb") 'driver連接方式
'conn.open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" server.mappath("data/dd.mdb") 'provider連接方式
set rs=conn.execute("select * from s_channel where channelID=11")
response.Write rs("UploadSetting")
rs.close
set rs =nothing
如果發(fā)現(xiàn)兩種連接能正常的輸出。
于是我在原代碼的剛打開(kāi)記錄集的地方輸出(response.write)了一下，發(fā)現(xiàn)在那個(gè)位置可以正常輸出該字段的值。于是我把輸出代碼不停的向下移動(dòng)，最終移動(dòng)到
以下是代碼片段：
復(fù)制代碼 代碼如下:
if IsNull(rs("UploadSetting")) or rs("UploadSetting")="" then
UploadSetting=Split("1,2,3,4@Other@2@0@jpg|gif|bmp|png@100@1@swf@500@1@rm|mp3|wav|mid|avi|mpg|mpeg|asf|wma@2048@1@rar|zip|exe|doc|xls|chm@2048@1","@")
else
UploadSetting=Split(rs("UploadSetting"),"@")
end if
放到if上面可以正常的輸出內(nèi)容，但是放到else后面就輸出Null什么原因呢？
于是最終的測(cè)試代碼如下
以下是測(cè)試代碼：
復(fù)制代碼 代碼如下:
dim conn
set conn=server.createobject("adodb.recordset")
conn.open "driver={Microsoft access driver (*.mdb)};dbq=" server.mappath("data/dd.mdb") 'driver連接方式
'conn.open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" server.mappath("data/dd.mdb") 'provider連接方式
set rs=conn.execute("select * from s_channel where channelID=11")
response.Write rs("UploadSetting")
if IsNull(Rs("UploadSetting")) or rs("UploadSetting")="" then
response.Write "dd"
else
response.Write rs("UploadSetting")
end if
rs.close
set rs =nothing
以上代碼，在使用provider方式連接時(shí)，能正確輸出rs("uploadSetting")中的值，而在Driver方式下則什么也不輸出。
我們是不是可以這么理解：就是在Driver方式下，對(duì)備注內(nèi)容的引用只能有一次，而再次引用時(shí)則變?yōu)镹ULL值。而Provider則不會(huì)出現(xiàn)這種情況。
對(duì)于這種情況的適應(yīng)，我們只能是通過(guò)一個(gè)變量。讓備注字段的內(nèi)容先給一個(gè)變量，而不是直接引用。
