简单博客平台的关系型数据库设计

数据库使用的是关系型数据库 Mysql。本文章的数据库设计关注实现，性能不能保证。

由于博客平台的数据库设计主要是围绕用户和博客之间进行，所以相对其他一些应用来说，博客平台的数据库设计是比较简单的。

ER 图设计

【参考】博客系统ER图.png

mysql文件

mysql 文件查看/下载地址

表的设计

表的设计，最主要的是用户表（user）、博客表（blog）和评论表（comment）。

用户表 user

首先设计一个用户表 user，它有如下属性（根据需求增减）：

1. user_id（主键，自增长）
2. name
3. password
4. quote
5. email
6. sex
7. perm（权限，这里默认是0，如果是1代表的是管理员）

博客表 blog

1. blog_id
2. title
3. user_id
4. content
5. create_date（文章创建时间）
6. modified_date（文章修改时间，如果不能修改就不需要）

评论表 comment

评论表是连接用户表和博客表的关系表。其次评论还要考虑到是对文章的评论还是对另一条评论的评论。

1. comment_id
2. owner_user_id（发布评论的用户id）
3. create_date（评论创建事件）
4. target_user_id（目标用户id，如果是对文章评论，设置为默认值0）
5. content

关于 target_user_id 这个表字段，如果这样设计的话，评论针对的对象就将会是“用户”，而不是某个指定的“评论”。这意味着你可能无法实现在某个评论下盖楼。如果你要实现盖楼形式的评论，建议改为使用 target_comment_id 表字段，用它来指向一个特定的“评论”，而不是一个“用户”。

随着评论的增加，我们可能还需要对 comment 表进行横向分表，分成多个有同样表字段的表，来降低单表数据量，优化查询性能。

关注表 follow

用户与用户之间的关系是 多对多 的关系，有三个表字段：

1. follow_id
2. user_id
3. target_user_id

会话表 session

这个不是必须用关系型数据库实现，推荐使用 redis 数据库来实现 session。因为 redis 将数据保存在内存中，访问较快。该表是由 npm 的一个模块包 express-mysql-session 创建的。

1. session_id
2. expires
3. data

收藏表 collection

用户收藏博客是 多对多 的关系。

1. collection_id
2. user_id
3. blog_id
4. type（收藏夹名称）

标签表 tag

（从这个表开始只做了设计，没用 mysql 实现出来）

1. tag_id
2. tag_name
3. description

stick

tag 表和 blog 表是 多对多 关系。使用 stick 关系表进行联系：

1. stick_id
2. blog_id
3. tag_id

浏览表 browser

如果要知道文章被多少人浏览过，可以添加这么一个表。

1. browser_id
2. user_id
3. blog_id
4. create_date（需要的话可以加上）

好吧我承认这样设计数据库显得繁琐，性能也不好（要输出表中某个 blog_id 才能知道总浏览量），不过这个表能清晰的知道有什么用户浏览了某篇文章，可以将一篇文章的浏览者全部列出来（比如 QQ 空间可以知道谁访问了什么什么相册 这种功能），此外还能结合浏览时间，还可以实现查看历史记录的功能。

最后解决方案：如果只是想知道浏览量，可以直接将 浏览量(blog_num)表字段 放到 blog 表中，每次浏览都对该表字段进行一次自增。这意味着用户每次浏览文章所在的路由是，都要进行判断。如何判断用户真的是 “浏览” 了，还只是看了一眼（只能归纳到“点击量”）就跑了，需要考虑考虑。

喜欢 like

喜欢某篇文章。同样可以像上面 browser 表那样实现。

结尾

仅供参考，因为我的小项目只实现了部分的功能，其它表设计中存在的补足可能没办法发现。需求的改变也会导致数据库设计的结构发生变化。