Tag标签系统数据库设计

需求背景

      最近在开发一个项目，涉及到标签数据库的设计，开始没有什么头绪。虽然知道怎么实现，可是不知道怎么实现比较好，即性能上能够过得去。

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

数据库设计方案1

此方案分为2个表：

1. Tag表

2. 信息表

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的结构能够完美的提升查询效率