项目需求:
最近开发一个小项目,发表的文章需要有一个Tag标签功能。
相信大家都知道,Tag标签可以让内容链接的结构化增强,而且可以让文章根据Tag标签来区分,非常的符合SEO优化。
此时,往往很多新人就会问:tag标签数据库如何设计?新人一般是没有任何思路,也不知道如何下手?下面以我的MySQL数据库为例子,给大家简单分享一下,你可以在这个基础上根据自己的需求去做一些改变。
一、tag标签 数据库设计方案1
此方案分为2个表:
1、Tag表
2、文章表
Tag表 表结构:
tagid # tag标签的ID
tagname #tag内容
num #当前Tag的引用个数
ID #文章ID
title #文章标题
......
tags #tags列表,多个以,分割
tagid #tags的ID 多个以,分割
效率点评:
此种方式Tag标签主要内容保存在 文章表 中,对于Tag表的压力较小,只是添加的时候更新一下Tag的引用数量,但是查询的时候效率不足,不是好办法。
二、tag标签 数据库设计方案2
第二种方案使用2个Tag表,其中一个保存Tag信息,另一个保存映射信息:
Tag表:
tagid # tag标签的ID
tagname #tag内容
num #当前Tag的引用个数
Tagmap表:
tagid #tag标签的id
aid #文章ID
文章表:
ID #文章ID
title #文章标题
tags #tags列表,多个以,分割
......
效率点评:
这种形式,每次发布内容和修改内容的时候 都去更新一下Tag表和 Tagmap表。
查询的时候需要从Tagmap表中查找相应的文章ID,然后,使用文章ID去查询具体的文章信息,因为每次查询都是使用索引,所以效率较高。
三、tag标签 数据库设计方案3
前两种方案都是使用纯粹的Mysql来设计的,第三种方案将使用Nosql的魅力来设计。
基本结构同方案2,只是在Tag表和Tagmap表中使用mongo/redis这样的nosql数据库服务器,这样可以发挥nosql数据库强大的线性查询能力。
1) 第一种方式的表结构设计与方案2完全相同,只是数据库服务器换了。
2)其他的方案,当然是发挥Nosql的线性能力来设计存储的Key了,尤其是使用redis的时候,使用的Key的结构可以完美的提高查询效率。
总结:
由于我是用的MySQL数据库,项目暂时也不打算用 redis 这种nosql数据库服务器,因此,我直接采用了第2套方案,各方面都能得到平衡。