数据库使用的是关系型数据库 Mysql。本文章的数据库设计关注实现，性能不能保证。
由于博客平台的数据库设计主要是围绕用户和博客之间进行，所以相对其他一些应用来说，博客平台的数据库设计是比较简单的。
ER 图设计
mysql文件
表的设计
表的设计，最主要的是用户表（user）、博客表（blog）和评论表（comment）。
用户表 user
首先设计一个用户表 user，它有如下属性（根据需求增减）：
- user_id（主键，自增长）
- name
- password
- quote
- sex
- perm（权限，这里默认是0，如果是1代表的是管理员）
博客表 blog
- blog_id
- title
- user_id
- content
- create_date（文章创建时间）
- modified_date（文章修改时间，如果不能修改就不需要）
评论表 comment
评论表是连接用户表和博客表的关系表。其次评论还要考虑到是对文章的评论还是对另一条评论的评论。
- comment_id
- owner_user_id（发布评论的用户id）
- create_date（评论创建事件）
- target_user_id（目标用户id，如果是对文章评论，设置为默认值0）
- content
关于 target_user_id 这个表字段，如果这样设计的话，评论针对的对象就将会是“用户”，而不是某个指定的“评论”。这意味着你可能无法实现在某个评论下盖楼。如果你要实现盖楼形式的评论，建议改为使用 target_comment_id 表字段，用它来指向一个特定的“评论”，而不是一个“用户”。
随着评论的增加，我们可能还需要对 comment 表进行横向分表，分成多个有同样表字段的表，来降低单表数据量，优化查询性能。
关注表 follow
用户与用户之间的关系是 多对多 的关系，有三个表字段：
- follow_id
- user_id
- target_user_id
会话表 session
这个不是必须用关系型数据库实现，推荐使用 redis 数据库来实现 session。因为 redis 将数据保存在内存中，访问较快。该表是由 npm 的一个模块包 express-mysql-session 创建的。
- session_id
- expires
- data
收藏表 collection
用户收藏博客是 多对多 的关系。
- collection_id
- user_id
- blog_id
- type（收藏夹名称）
标签表 tag
（从这个表开始只做了设计，没用 mysql 实现出来）
- tag_id
- tag_name
- description
stick
tag 表和 blog 表是 多对多 关系。使用 stick 关系表进行联系：
- stick_id
- blog_id
- tag_id
浏览表 browser
如果要知道文章被多少人浏览过，可以添加这么一个表。
- browser_id
- user_id
- blog_id
- create_date（需要的话可以加上）
好吧我承认这样设计数据库显得繁琐，性能也不好（要输出表中某个 blog_id 才能知道总浏览量），不过这个表能清晰的知道有什么用户浏览了某篇文章，可以将一篇文章的浏览者全部列出来（比如 QQ 空间可以知道谁访问了什么什么相册 这种功能），此外还能结合浏览时间，还可以实现查看历史记录的功能。
最后解决方案：如果只是想知道浏览量，可以直接将 浏览量(blog_num)表字段 放到 blog 表中，每次浏览都对该表字段进行一次自增。这意味着用户每次浏览文章所在的路由是，都要进行判断。如何判断用户真的是 “浏览” 了，还只是看了一眼（只能归纳到“点击量”）就跑了，需要考虑考虑。
喜欢 like
喜欢某篇文章。同样可以像上面 browser 表那样实现。
结尾
仅供参考，因为我的小项目只实现了部分的功能，其它表设计中存在的补足可能没办法发现。需求的改变也会导致数据库设计的结构发生变化。
