需求背景
最近在开发一个项目，涉及到标签数据库的设计，开始没有什么头绪。虽然知道怎么实现，但是不知道怎么实现比较好，即性能上可以过得去。
目前主流的博客系统、CMS都会有一个TAG标签系统，不仅可以让内容链接的结构化增强，而且可以让文章根据Tag来区分。相比传统老式的Keyword模式，这种Tag模式可以单独的设计一个Map的映射表来增加系统的负载和查询的效率。
数据库设计方案1
此方案分为2个表：
-
Tag表
-
信息表
Tag表表结构：
|
1
2
3
|
tagid
# tag标签的ID
tagname
#tag内容
num
#当前Tag的引用个数
|
文章表
|
1
2
3
4
5
|
ID
#信息ID
title
#信息标题
tags
#tags列表，多个以,分割
tagid
#tags的ID 多个以,分割
...
|
此种方式Tag标签主要内容保存在 信息表 中，对于Tag表的压力较小，只是添加的时候更新一下Tag的引用数量，但是查询的时候效率不足，不是好办法
数据库设计方案2
第二种方案使用2个Tag表，其中一个保存Tag信息，另一个保存映射信息：
Tag表：
|
1
2
3
|
tagid
# tag标签的ID
tagname
#tag内容
num
#当前Tag的引用个数
|
Tagmap表
|
1
2
|
tagid
aid
|
信息表
|
1
2
3
4
|
ID
#信息ID
title
#信息标题
tags
#tags列表，多个以,分割
...
|
这种形式，每次发布内容和修改内容的时候 都去更新一下Tag表和 Tagmap表。
查询的时候需要从Tagmap表中查找响应的信息ID，然后使用信息ID去查询具体的信息详情，因为每次查询都是使用索引，所以效率较高。
数据库设计方案3
前两种方案都是使用纯粹的Mysql来设计的，第三种方案将使用Nosql的魅力来设计。
基本结构同方案2，只是在Tag表和Tagmap表中使用mongo/redis这样的nosql数据库服务器，这样可以发挥nosql数据库强大的线性查询能力。
1） 第一种方式的表结构设计与方案2完全相同，只是数据库服务器换了。
2）其他的方案，当然是发挥Nosql的线性能力来设计存储的Key了，尤其是使用redis的时候，使用的Key的结构可以完美的提高查询效率