zblog系統(tǒng)的access數(shù)據(jù)庫可以承受多大容量的數(shù)據(jù)？[圖]

由于個(gè)人也在建設(shè)博客網(wǎng)站，因此對zblog網(wǎng)站能夠承受多大的數(shù)據(jù)庫容易十分關(guān)注，因?yàn)閭€(gè)人覺得了解一下這方面的知識(shí)，對以后的布局有幫助，可以提前做好數(shù)據(jù)庫的選擇，免得以后麻煩。
按照開發(fā)者的說法：
本文的zblog指的是zblogphp版本，zblogasp版本不在討論范圍內(nèi)....有客戶問我們：zblog可以承受多大的數(shù)據(jù)量？zblog可以發(fā)布多少篇文章？
這個(gè)測試網(wǎng)站的數(shù)據(jù)是60多萬了，另外一個(gè)網(wǎng)站的測試數(shù)據(jù)是110多萬。其實(shí)大部分使用zblog的用戶都是寫博客或者做一些小型網(wǎng)站的，真正大型的網(wǎng)站也不會(huì)用zblog來做一般都是自己開發(fā)程序做。所以呢使用zblog完全不用擔(dān)心數(shù)據(jù)量承載的問題，安心的去做網(wǎng)站即可。
本人測試過zblog-php數(shù)據(jù)庫：
經(jīng)過我的測試發(fā)現(xiàn)，PHP搭載mysql數(shù)據(jù)庫，在tags數(shù)量200個(gè)左右時(shí)，只能承受5萬左右的數(shù)據(jù)庫，就會(huì)出現(xiàn)卡頓現(xiàn)象，可能是因?yàn)閠ags比較多的原因吧也有可能是我的服務(wù)器配置上有些問題，但總覺得系統(tǒng)對于偽靜態(tài)的抗壓能力還是有限。所以，我覺得選擇PHP對于以后的大容量存在挑戰(zhàn)。
?
為什么我還是選擇了asp+sql server數(shù)據(jù)庫的模式？
因?yàn)槲矣X得網(wǎng)站還是需要實(shí)現(xiàn)純靜態(tài)功能的，因?yàn)檫@不僅可以節(jié)省服務(wù)器資源，省去了很多成本，而且對于服務(wù)器的抗壓能力有所提升，因此這個(gè)功能我覺得是必須具備的。另外，access數(shù)據(jù)庫確實(shí)對數(shù)據(jù)容量比較敏感，數(shù)據(jù)多一點(diǎn)，會(huì)帶來×××煩，查詢一次要耗費(fèi)很長時(shí)間，畢竟是一個(gè)小型數(shù)據(jù)庫，經(jīng)過測試發(fā)現(xiàn)，超過3萬條數(shù)據(jù)，在查詢過程中就變得較慢了，因此我覺得access適合做3萬條以內(nèi)的小站。經(jīng)過將近七個(gè)月的建設(shè)，我的博客數(shù)據(jù)還是很少，訪問量也還很低，如昆蟲記讀書筆記http://www.simayi.net/dushubiji/1106.html好詞好句好段摘抄加感悟賞析這篇文章，算是表現(xiàn)比較好的，在展現(xiàn)方面比較滿意，但是這樣的文章太少了。如果要想獲得像當(dāng)年的月光博客一樣成功，就必須做到5萬條這樣的數(shù)據(jù)，那太難了，需要積累很多年吧。
寫博客很難，主要是難以堅(jiān)持，從月光博客和盧松松都將access數(shù)據(jù)庫換成sql server及mysql可以看出，access數(shù)據(jù)庫的確不適合做中大型網(wǎng)站，因此需要轉(zhuǎn)換升級！