博客设计

设计一个可以承受大访问量的博客表，Mysql数据库。

      (部分字段省略)

 1： 会员表(访客) user(id,name，age,email,address,company等等) ，用户可以发布blog.

2： 编辑表hostuser(id,name,age,email,address等等).

3：博客分类表bolgtype(id,name,parentid(外键为本表的id,为了无限级别分类),status状态是否显示)

4： 博客基础表 table bolg(id,发布用户,标题,type发布的博客类型，date发布日期，status审核状态,推荐到哪个页面int型)，博客基础表，存储所有发布的博客，博客内容表就是从这个表分离出来的

5： 博客基础审核表 (id,bolgid博客id,bolg标题，发布人id，审核日期) 逻辑为查询博客基础表相关状态的博客，为通过的可以点击通过，Ajax传参把博客基础表 的id,传过去，操作博客基础表。同时把审核过的放到博客基础审核表，查询已审核的时候直接博客基础审核表查询

6： 博客内容表(id,标题，content) 这个表和blog表数据量一样，就是字段不同，分离这个表是为了查看详细页用的.

  7： 推荐表 blogrecommended(id,标题，类型名称,typeid等) 推荐表和blog表数据量不一致，是符合blog某些条件，这个表主要是显示到频道页用的。因为频道页绝对不会用到content字段。推荐表的数据靠审核管理员审核或者删除，当数据量大的时候可以删除推荐表的一些博客，这样博客查询速度会快些.

8： 退回原因表(id,bolgid,退回原因，退回邮箱).

 9：推荐页面表 commondedpage(id,blogrecommendedid,pageid) 具体可以显示在那个页面，看pageid，比如pageid为1代表首页，2代表xx频道页，等等。这个表原本是从推荐表分离出来的，原本可以选择要推荐的页面，可能推荐到很多其他频道页，这个时候要相应的添加几条这样的数据，只是pageid不同而已，但是领出来以后就不用考虑数据冗余的问题了，而且减少了不必要的数据，而且推荐页面表也没有必要那么多字段,三个足以.

10 博客日志表 博客统计 分析用户爱好 点击量 博客分类点击量 分类访问对比图   

/**

基础表的操作:

修改基础表数据，推荐表数据删除，推荐页面表数据删除。

删除基础推荐数据，推荐表数据删除，推荐页面表数据删除

添加到基础表以后首先审核通过，然后可以推荐这个博客，要选择推荐到的页面，这个时候会

往推荐表和推荐页面添加数据。

博客推荐表操作:

博客推荐表之所以要存储typeid,typename 。typename 是因为前台看到的博客都可以直接查它所属的类型名称

typeid可以根据某个分类查询推荐表的那个分类的博客,这个可以做编辑人员发布某种类型的博客比例图

**/

疑问？当用户查询自己的博客的时候，如果从博客基础表中取数据不合理，基础表的数据量大到一定的程度自然也是一个问题。第二种方案是应该为每个user常见一个发布博客表，动态产生表，但是这样必然会导致表过多，不现实。如果存在一个表有怕数据库查询撑不住，不现实。求解补充个人博客地方如何设计？