數據庫的反模式設計，降低消耗，提高運行效率

以前聽說wp沒建一個分類就創建一個分類表，記得那個博主說wp效率低在這里。 這幾天給一個站點分析優化策略，突然想起來wp這件事，不由得佩服wp作者的聰明之處：通過反范式設計，降低消耗，追求做大效率。硬盤空間低廉，但是cpu、內存資源成本高。

舉例如下（無圖)：

原始設計：

1. 文章分類表。id,className,description,others…

2. 文章表。id,title,contents,others…

3.文章、分類關鏈表。classId,articleId.

文章記10000條，分類記10個。此處的表設計符合第三范式最簡的要求。

查詢某個分類下前10條記錄(列表頁用)(sql 語句)：select  id,title,createDate  from article where id in (select articleId from articleInClass where classId=10);(此處的 in 可以用表關聯或其他方法來優化，此處不考慮這些。)

至少需要查詢兩張表，并進行關聯查詢。

改進化后的設計（每個分類一張表）(暫時以其中一個舉例)：

1 . 某分類表(articleInXxxClass) id,title,createDate

2.文章表(article) id,title,author,description,contents,tags,createDate.

這時候取該分類下前十條記錄就很簡單了：

select top 10 id,title,createDate from articleInXxxClass

效率很明顯就上去了。請使用sql跟蹤監控工具測試一下就能看到。

關于文章更新、添加、刪除等同步問題，封裝到存儲過程里面就行了。

個人見解，思路不對的地方請多多指教，謝謝。

李紅民 2009年9月7日10:49:48

轉自：http://www.cnblogs.com/shenxian/

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈