数据库的反范式设计，降低消耗，提高运行效率

以前听说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跟踪监控工具测试一下就能看到。

关于文章更新、添加、删除等同步问题，封装到存储过程里面就行了。

个人见解，思路不对的地方请多多指教，谢谢。