模式 訪問 自己 col www. 升級 l數據庫 圖片 proc

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

zblog系統的access數據庫可以承受多大容量的數據？[圖]