3种高效的Tags标签系统数据库设计方案分享，ta

3种高效的Tags标签系统数据库设计方案分享，tags设计方案

需求背景

目前主流的博客系统、CMS都会有一个TAG标签系统，不仅可以让内容链接的结构化增强，而且可以让文章根据Tag来区分。相比传统老式的Keyword模式，这种Tag模式可以单独的设计一个Map的映射表来增加系统的负载和查询的效率。

数据库设计方案1

此方案分为2个表：

1.Tag表
2.文章表

Tag表表结构：

文章表结构：

此种方式Tag标签主要内容保存在 文章表 中，对于Tag表的压力较小，只是添加的时候更新一下Tag的引用数量，但是查询的时候效率不足，不是好办法

数据库设计方案2

第二种方案使用2个Tag表，其中一个保存Tag信息，另一个保存映射信息：

Tag表：

Tagmap表

文章表

这种形式，每次发布内容和修改内容的时候 都去更新一下Tag表和 Tagmap表。

查询的时候需要从Tagmap表中查找响应的文章ID，然后使用文章ID去查询具体的文章信息，因为每次查询都是使用索引，所以效率较高。

数据库设计方案3

前两种方案都是使用纯粹的Mysql来设计的，第三种方案将使用Nosql的魅力来设计。

基本结构同方案2，只是在Tag表和Tagmap表中使用mongo/redis这样的nosql数据库服务器，这样可以发挥nosql数据库强大的线性查询能力。

1） 第一种方式的表结构设计与方案2完全相同，只是数据库服务器换了。

2）其他的方案，当然是发挥Nosql的线性能力来设计存储的Key了，尤其是使用redis的时候，使用的Key的结构可以完美的提高查询效率

表结构的设计，没有什么不好
不过索引的设计，可以考虑一下
比如
1、t_Tags_SpaceArticle表的聚集索引可以删除，保留唯一约束
因为数据插入和更新时，会按聚集索引顺序调整数据，造成效率比较低下
2、创建ArticleId 字段的索引，因为你要按日志，搜索出它的Tag，所以需要这个索引
3、创建TagId 字段的索引，因为你要按2搜索出的Tag，搜索出它的相关日志，所以需要这个索引

基本上，上面3步就可以解决你的问题了，如果还想提高效率，那就要对t_Tags_SpaceArticle表进行分区了，分区可以按TagId 进行计算后分区
 

明确问题好吗？