Access優已成憂，一年後，還是離開了秋色園了

從上個月起，秋色園qblog

的資料庫，已經從access+sqlite變更為sql2000+sqlite，從此，access離開了秋色園的懷抱。

該走的還是走了，秋色園在用access一年多後，目前對本人來說，已優無可優，甚到為之擔憂的地步，終於還是離開了。

恩：還記得最早秋色園使用access，是由於秋色園是寄在朋友的godaddy的虛擬子目錄下，那時候還沒咋認識sqlite，因此access是最優選擇，access感覺還是不錯的，一開始感覺速度還是挺快的。

優點：簡單實用，啥也不用想，傳上去就ok了。

怨：隨著秋色園文章量的增加，access在速度上，特別是分頁速度，已經明顯的力不從心，文章量越大，速度越是下降的明顯，多次優化分頁方法，終於速度上去了一點點，但這一點點並解決不了問題，後來換上了512m記憶體的vps。

缺點：經不起量（幾萬以上）的折磨。

情：雖然秋色園多次嘗試換其它資料庫，包括在oracle、mysql、mssql等資料庫上執行過秋色園，但由於記憶體實在太小，最終還是回歸到access上，雖然也一度在sqlite上執行了，但沒發sqlite有啥速度改善，於是一切回到了access，為並之優化打算奮鬥到底。

優點：原來還好很多可優化的地方。

每次優化完access的問題，總多少會感覺到點優越感，弄久了，似覺的感情深了，以下回憶一下和access優化有關的都有什麼來著：

1：優化分頁語句：在組合sql語句時，可以進行sql語句優化，這個好像到處都通用的，不需要分access了。

這個分庫涉及：把大量段的分離，或者表分離，盡量保持乙個資料庫小一點。

3：建立索引：access也有索引的，不過我設了和沒設，沒感覺到有區別（不像其它資料庫，設定後效果太明顯）。

4：壓縮資料庫，用久了壓一壓，資料庫小點，感覺還是有點用處的。

暈，總結了一下，才發現access沒多少可優化點，以前優化都是在盡量避免和access接觸，基本上是程式上的優化。

仇：由於access本身並不具備多少優化點，因此，程式上根本無法100%阻擋access的寫入或讀取，因此，總在某一時刻，資料庫死鎖了，最可怕的，最後還經常出現aspnet_isapi檢測到死鎖，重啟應用程式池，這對本來記憶體就小的伺服器是最致命的打擊，從此，我恨access。

最後，我必須總結一下：

1：access本來就是桌面資料庫，還是不要勉強逼它吃多執行緒應用。

2：站點有點流量的，記憶體一定要夠大，vsp買時，記憶體至少得1g以上夠開個sql2000，多花點錢，省n多時間。

3：目前秋色園qblog執行在sql2000下+sqlite輔助，一切正常。

4：本來是想寫文字資料庫（cyq.data