ACCESS是小型數(shù)據(jù)庫，既然是小型就有他根本的局限性，以下幾種情況下數(shù)據(jù)庫基本上會吃不消：

1。數(shù)據(jù)庫過大，一般ACCESS數(shù)據(jù)庫達(dá)到50M左右的時(shí)候性能會急劇下降!

2。網(wǎng)站訪問頻繁，經(jīng)常達(dá)到100人左右的在線。

3。記錄數(shù)過多，一般記錄數(shù)達(dá)到10萬條左右的時(shí)候性能就會急劇下降!

(注：以上3條只是我們多年以來的經(jīng)驗(yàn)結(jié)果，并不只絕對值，具體視情況不同浮動較大)

ACCESS論壇(如動網(wǎng))大了以后就很容易出現(xiàn)數(shù)據(jù)庫方面的問題，當(dāng)你的論壇數(shù)據(jù)庫在30M以上，帖子5萬左右，在線也在100人左右的時(shí)候，你的論壇基本上都在處理數(shù)據(jù)庫上花時(shí)間，這個(gè)時(shí)候很可能就會出現(xiàn)數(shù)據(jù)庫吃不消的情況。

一般癥狀是所有涉及數(shù)據(jù)庫的頁面，突然運(yùn)行都慢的出奇(執(zhí)行時(shí)間達(dá)到5秒以上甚至幾十秒)，涉及HTML和純ASP運(yùn)算的頁面都正常，等過一段時(shí)間(約10分鐘或更長)以后又突然恢復(fù)。這個(gè)時(shí)候你可以用一般ASP探針測試一下，如果服務(wù)器的運(yùn)算時(shí)間正常，而你的帖字量又比較大，就是數(shù)據(jù)庫方面的問題了。

解決方法：

由于這是ACCESS本身的局限性，所以解決的方法除了減少數(shù)據(jù)量和更換大型的數(shù)據(jù)庫論壇以外也沒什么好辦法，也就是現(xiàn)在常說的論壇危機(jī)，也是大型的論壇都不是ACCESS的原因。我們推薦以下方法：

1。臨時(shí)解決辦法：定期刪除多余的數(shù)據(jù)、壓縮數(shù)據(jù)庫，限制論壇灌水，甚至限制論壇注冊。如果是動網(wǎng)論壇，可以使用論壇自帶的分表儲存功能，會有較好的效果

2。比較長遠(yuǎn)辦法：更換論壇和數(shù)據(jù)庫，一般都采用動網(wǎng)sql商業(yè)版本+MSSQL 的方案來解決，不過這個(gè)需要比較大的投資。因?yàn)閙ssql2000和ACCESS相比需要更多的資源，光是占內(nèi)存上，就可以達(dá)到每一個(gè)在線1M以上的程度，如果你的SQL論壇有100人在線就會吃掉服務(wù)器至少150M以上內(nèi)存。