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的結構能夠完美的提升查詢效率