需求背景
最近在開發一個項目，涉及到標簽數據庫的設計，開始沒有什么頭緒。雖然知道怎么實現，但是不知道怎么實現比較好，即性能上可以過得去。
目前主流的博客系統、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的結構可以完美的提高查詢效率