access數據庫負載量有多大？會崩潰嗎？近日在群里有網友在討論access數據庫的負載量問題，意見不一，那么我們該選擇哪種數據庫呢？有的網友主推php+mysql，在做站的時候選擇mysql、sql等大型數據庫，為了就是有一個好的負載量，避免因為數據量大而造成崩潰，那么我們的數據量究竟會有那么大嗎？在這里蛐蛐工作室認為，對于一般的站點來說主推access，因為access管理方便，操作容易，服務器配置簡單。對于一般中小型網站來說，選擇access是完全沒有問題的。如果你只是建一個企業(yè)站或者個人博客來用access，那更是完全沒有問題的，有的人說Access數據庫最大可以達到2G，也有說4G的，那么你知道2G是什么概念嗎？
我們拿一個1G的access數據庫和本博客的access為例，通過對blog_Article表中的數據復制粘貼到25萬條記錄數時，數據庫達到998M，算下來，按每天十篇文章算，能夠運營68年，對于一個中小型網站來說是足夠了，至于說網站的訪問量引起access查詢慢的問題，我們可以考慮采用生成靜態(tài)頁面的方式來應付訪問量大的站點。
access記錄數達到25000條
access數據庫大小達到1G
下面是一篇從網上轉來的文章，有興趣的網友可以閱讀一下：
記得幾年前剛學程序的時候經常聽看網絡上留傳的文章說ACCESS的極限是100M，超了性能就會直線下降，一直到現在都是這樣，可以很輕易的找出很多關于ACCESS的是非常差的數據庫的文章。
幾年前我學習用ASP做新聞系統(tǒng)由于ACCESS是最方便的數據庫（我認為是最方便的），當時用的就是ACCESS+ASP的組合，當時心里想反正做了這個東西我的站訪問量低對ACCESS應該也可以滿足要求。（直到今天我還是用ACCESS+ASP的組合）
最近幾年給很多企業(yè)做了不少的網站，也全是ACCESS，不過做的過程中的思想就一個，ACCESS是性能低下的數據庫，不適合做高訪問量的站來使用。這種思想一直延續(xù)到去年接了一個站點活。這個網站原先的結構是ASP+SQL，屬于行業(yè)類網站，每天訪問量不是很高大約日/IP2000左右，瀏覽量1~2萬次左右，但數據量很高，有超過15萬條數據。這個客戶在我們公司做了百度和3721，那段時間他的站所在的服務器頻繁死機，最后服務器管理員確認是他的網站有問題，最終找到我希望我可以幫他解決問題。我接手后先分析了他原先數據的結構，發(fā)現很多字段都是多余的，也沒使用關系，甚至有的數據表連索引也沒有，總之問題多多。后來我對數據庫數據和程序進行了優(yōu)化處理經過測試可以達到每天10萬次以上不會出現服務器死掉的狀況。（開了多個頁使用META連續(xù)刷新一天）值得注意的是這次我用的數據庫是ACCESS而不是原先的SQL。
至此我徹底對ACCESS性能底下的看法有了很大改觀，一至于我現在自己的一個小站也是用ACCESS，目前數據庫已經600多M了，性能目前還不錯，一般每天瀏覽量在20~30萬次左右，服務器CPU占用在15%上下。
寫到這里我并不是貶低SQL，事實上SQL的確比ACCESS強我不否認。我認為一個一個數據庫的好壞很大程度上取決于一個程序員有沒有真正了解數據用好數據庫，有沒有針對程序做好優(yōu)化，程序是否合理。
在這里我想問問非常熟悉ACCESS的朋友，ACESS到底能承受什么樣的極限參數才會性能嚴重下降？如果是SQL又能承受多少？
數據庫量小，只是少量用戶訪問時，access比sql要快得多，access沒有sql占資源多，但數據量多了，access就不能做復雜的查詢了，會出錯！時間多了就會崩潰掉！
從上面可以看出，數據庫和訪問量不大的站點采用access來做為數據庫是完全沒問題的，歡迎在下面發(fā)表自己的意見。
