需求背景
目前主流的博客系統、CMS都會有一個TAG標簽系統，不僅可以讓內容鏈接的結構化增強，而且可以讓文章根據Tag來區分。相比傳統老式的Keyword模式，這種Tag模式可以單獨的設計一個Map的映射表來增加系統的負載和查詢的效率。
數據庫設計方案1
此方案分為2個表：
1.Tag表
2.文章表
Tag表表結構：
代碼如下:
tagid # tag標簽的ID
tagname #tag內容
num #當前Tag的引用個數
文章表結構：
代碼如下:
ID #文章ID
title #文章標題
tags #tags列表，多個以,分割
tagid #tags的ID 多個以,分割
...
此種方式Tag標簽主要內容保存在 文章表 中，對於Tag表的壓力較小，只是添加的時候更新一下Tag的引用數量，但是查詢的時候效率不足，不是好辦法
數據庫設計方案2
第二種方案使用2個Tag表，其中一個保存Tag信息，另一個保存映射信息：
Tag表：
代碼如下:
tagid # tag標簽的ID
tagname #tag內容
num #當前Tag的引用個數
Tagmap表
代碼如下:
tagid
aid
文章表
代碼如下:
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的結構可以完美的提高查詢效率