推薦：如何選擇適合自己的數(shù)據(jù)庫建立網(wǎng)站
不少企業(yè)和個(gè)人站長在網(wǎng)站制作時(shí)，會對數(shù)據(jù)庫的概念產(chǎn)生迷惑或誤解。究竟使用什么樣的數(shù)據(jù)庫才好了?合適的才是最好的。下面是一些關(guān)于數(shù)據(jù)庫的詳細(xì)資料。建議打算建立網(wǎng)站的企業(yè)和個(gè)人站長，新

現(xiàn)在網(wǎng)上絕大多數(shù)網(wǎng)站都是ACCESS ASP的形式，因?yàn)锳CCESS結(jié)構(gòu)簡單容易處理，而且也能滿足多數(shù)的網(wǎng)站程序要求。

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)存

分享：解讀Access報(bào)表打印——自動分頁
問題： 每頁打印一定行數(shù)后自動分頁 方法一： 加一個(gè)分頁符，在報(bào)表的代碼界面里面寫入以下代碼： 以下為引用的內(nèi)容： OptionCompareDa