3種高效的Tags標籤系統數據庫設計方案分享

需求背景

目前主流的博客系統、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的結構能夠完美的提升查詢效率