作者使用Access數據庫制作的網站，后來發現數據量增加，速度慢，所以大家在做網站之前一定要長遠打算。

Access數據庫到底能有多少條記錄？，Accsee的文件大小最大能有多大？

理論上是沒有限制的，但是，一般10萬以上就不好用了。

access對大數據量不是支持很好，mdb文件最大的到1G就不行了，然后隨便你怎么添加記錄都沒用，不會出錯也不會有提示，但數據是加不進去了。具體的記錄數則要看記錄的大小了。我是十幾個字段的記錄，大約有50萬條記錄就變成這樣了。

這個問題在我以前做站之前根本沒多考慮，因為一般的企業站，沒多少數據的，mdb文件一般不會超過一百M，但是最近我被這個問題給困擾了。

一個客戶的站，3W多條記錄，大小300M左右，多次壓縮后還有280多M，現在速度很慢。

究其原因，分析以下兩點：

  1. access對大數據量不是支持很好，建站前未考慮周全。沒有全面了解客戶需求。對于大數據量的需要，應該考慮SQL或MYSQL數據庫。即不能使用ASP+ACCSEE的版本。

  2.  當初設計模塊及分類有問題。 整個站就一個文章模塊，其它全部都是該模塊下的分類，直接導致jtbc_article表數據量過大，基本上3W多打記錄全在這個表里。導致查詢速度變慢。

  所以，建站的時候應該把同是文章性質但不同分類的文章，建在不同的模塊中，也就是克隆多個article模塊，既能有效地解決如上問題，也能更好地通過模塊首頁模板節點index來定制不同分類各自個性化的首頁。

  但是現在我依然被這個問題所糾結著，因為這么多數據再重新分開模塊的話也很麻煩，而且也不是最終最有效的解決方案，因為這個數據還在每天增長，至少會有十萬條數據，所以ACCESS數據庫應該放棄。

        更重要的是我想一并把IIS也拋棄掉，直接換成PHP+MYSQL，這樣服務器部署的時候就不需要再裝煩人的IIS，直接apache或Nginx都可，效率要比IIS高數倍。但現在的問題是PHP版中的功能沒有ASP強，這個也不是問題，因為這個站也不需要什么太強的功能，關鍵是希望HTML生成可以使用，但我測試的PHP版本一直無法生成靜態，這才是真正困擾我的原因。