搜了半天后在在一個(gè)博客上發(fā)現(xiàn)一個(gè)高人說貌似是Access的一個(gè)BUG（高人才敢這么說Microsoft的產(chǎn)品），并且附上了解決方法，刪除了“索引”問題就解決了，果然是高人。下面是解決方法：

使用Access數(shù)據(jù)庫，出現(xiàn)“所有記錄中均未找到搜索關(guān)鍵字”的錯(cuò)誤。不知怎樣解決。猜測是Access數(shù)據(jù)庫的一個(gè)BUG。
測試故障過程如下：
使用access數(shù)據(jù)新建一個(gè)表，只要這個(gè)表里有一個(gè)字段是備注型。就算這個(gè)表里只有唯一個(gè)字段，只要是備注型字段。那么只要你有如下操作，必然的錯(cuò)誤：

1、隨便找一塊文字：只要總的字節(jié)數(shù)超過2K以上。編寫程序方式或甚至只是在access數(shù)據(jù)庫程序直接貼上這塊方字后。
2、第一次保存肯定正常。即第一次添加、保存都是正常的。
3、問題出現(xiàn)在：第二次修改時(shí)，隨便在這個(gè)備注型字段中插入幾個(gè)字。保存時(shí)就會提示“所有記錄中均未找到搜索關(guān)鍵字”。同時(shí)這個(gè)數(shù)據(jù)庫就這樣壞掉了。
4、第3點(diǎn)步聚如果是在網(wǎng)頁中用程序來提交也是存在相同問題。
5、接著就會出現(xiàn)各種故障了：正常的網(wǎng)站會因數(shù)據(jù)庫壞掉不能正常運(yùn)行?；蛘呤翘崾尽八杏涗浿芯凑业剿阉麝P(guān)鍵字”出錯(cuò)。

解決的方法：只能用數(shù)據(jù)庫的修復(fù)和壓縮功能來修復(fù)這個(gè)數(shù)據(jù)庫。

但是這種方法不是根治這個(gè)故障的主要方法。只要你第二次還有提交一個(gè)大塊數(shù)據(jù)給這個(gè)備注型字段，這個(gè)故障又出來啦??！

雖然我沒有用SQL數(shù)據(jù)庫測試過，我想信在SQL里應(yīng)是沒有這個(gè)問題。這個(gè)是不是Access一個(gè)天生不足的表現(xiàn)？？？

備注型字段為什么不能超過1950字節(jié)。是由于備注型字段是有“索引”。用Access對數(shù)據(jù)庫的表進(jìn)行設(shè)計(jì)時(shí)，點(diǎn)試設(shè)計(jì)視圖->索引, 可以看到這個(gè)字段有索引。就是這個(gè)原因，刪掉這個(gè)索引就什么事都沒有了。

奇怪的是：在ACCESS設(shè)計(jì)表時(shí)，在備注型的字段里，根本就沒有選項(xiàng)對備注型字段加上索引功能，為什么會偷偷地跑出一個(gè)索引出來？也許這個(gè)確實(shí)是ACCESS的一個(gè)BUG。