大型论坛数据库设计

[size=medium][color=indigo]http://www.iteye.com/topic/364016?page=5

ak478288:

简单用户表 tb_user:
userid , username

用户详细信息表 tb_userinfo
userid , email , homepage , phone , address

把用户信息分开的目的就是保证经常查询的数据在一张表，其它信息放到另一张表

论坛主题表 tb_bbs
bbsid , userid , title , ip , repleycount , replyuserid , createtime , lastreplytime

论坛内容标 tb_bbs_content (此表可按照bbsid进行分表存储)
bbsid , content;

论坛回复表 tb_bbs_reply (此表可按照bbsid进行分表存储)
replyid , bbsid , userid , content , replytime , ip


说说我设计的想法 :

论坛使用最多的功能为以下几个

一个话题列表页面，例如

select count(*) from tb_bbs; 查询数量，用来分页

select * from tb_bbs order by lastreplytime desc limit ?,?;

在列表中一般会显示发帖人的基本信息，例如username

在这里一般会使用以下的查询方式:

select * from tb_user u , tb_bbs b where u.userid=b.userid order by lastreplytime desc limit ?,?;

如果连表操作压力大的情况下，可以直接使用

select * from tb_bbs order by lastreplytime desc limit ?,?;

对于用户信心可以根据userid去缓存中取数据,这样避免的与tb_bbs表的关联查询


一个话题单页

对内容分表，可看具体情况而定，例如

bbsid是数字

bbs_content根据bbsid末位进行分表

分为
bbs_content0 ,
bbs_content1 ,
bbs_content2 ,
bbs_content3 ,
bbs_content4 ,
bbs_content5 ,
bbs_content6 ,
bbs_content7 ,
bbs_content8 ,
bbs_content9

tb_bbs_reply可以分为

tb_bbs_reply0 ,
tb_bbs_reply1 ,
tb_bbs_reply2 ,
tb_bbs_reply3 ,
tb_bbs_reply4 ,
tb_bbs_reply5 ,
tb_bbs_reply6 ,
tb_bbs_reply7 ,
tb_bbs_reply8 ,
tb_bbs_reply9 ,

例如bbsid=5687

select * from tb_bbs where bbsid=5687

//去缓存中取bbs_content相应内容,如果没有就根据算法

int tableIdx=modTable(5687);

//tableIdx=7

select * from tb_bbs_content7 where bbsid=5687;

select * from tb_bbs_reply7 where bbsid=5687 order by replyid asc limit ?,?

用户信息从缓存中取或者

select * from tb_bbs_reply7 r tb_user u,where bbsid=5687 adn r.userid=u.userid order by replyid asc limit ?,?

基本的使用场景是这个样子.

里面所有对于分表的思想就是，尽量让表文件大小达到最小化，


把内容与其它信息分开的好处就是可以让每个表的文件最小化,对数据库操作压力会减小.

这样保证每张表数据量很小，操作速度会快，而且可以搭配缓存，把内容根据情况进行缓存，可以尽量很少访问表数据

对于高访问量，不能只依赖于数据库，还要配合缓存的使用，我在上述例子中使用的缓存只是做法一种，也许还有更好的

对于上述分表方式也可以适用于分库操作，这样就降低了数据库单库的压力，把压力分散到各个机器

我的做法就是尽量避免表关联

再就是对于sql语句尽量都保证索引有效，不能索引的sql，尽量采用能索引的高效方式解决

有不妥的地方请指正



z494627:

提高速度的关键:
1.建立索引并在查询时充分利用;
2.避免使用关联,这样避免整表扫描;使用关联不如多次使用主键查询来的快;
3.一些处理的功能尽可能放到内存中来做,比如组织主题和回复;
4.使用静态页面也是个不错的做法;

///


jiyanliang 写道
JE的好像是两张表：主题表和回复表，而且定义了他们之间的关系，然后是使用了大量的缓存。缓存对于设计论坛系统还是有很大优势的。另外Robbin还说了，为了更好的使用缓存，还可以把回复的内容单独提取出来作为一个表。^_^

忘了是robbin是这样说的还是这样设计的。

这是延续了hibernate二级缓存的思想， 对于经常更新的数据都设计成单独表
这样可以最大程度的利用hibernate缓存

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/zou274/archive/2009/04/18/4091036.aspx[/color][/size]