推 mervynW:先用Plan A.就好 03/16 16:11
我想寫一個taggable的標籤程式模組(for PHP)，希望是可以通用於
各種資料。但考慮未來資料量過大，所以這邊想先定義好table的規劃。
以下是我的想法，希望Database的各位能給予指導校正。
為了方便大家了解，我只例出精簡的必要欄位，若有遺漏請見諒。
首先，假設有兩個類型資料table如下：
[books]
id 識別碼(PK)
name 書名
[items]
id 識別碼(PK)
name 物品名
table的安排必需能滿足以下可能的需求：
需求１）已知某book，要找該本book被貼了哪些tag
需求２）已知某tag，找出此tag被貼在哪些book上
需求３）被貼在book類型的所有tag有哪些
以上案例可以同理替換成item類型
－－－－－－－－－－－－
規劃方案一：標準正規化
－－－－－－－－－－－－
[tags]
id 識別碼(PK)
name 標籤名稱
[books_tags]
tag_id 對應tag(FK)
book_id 對應book(FK)
[items_tags]
tag_id 對應tag(FK)
item_id 對應book(FK)
優點：1)關聯式資料表，容易了解結構
2)資料空間較簡省
缺點：1)查詢時必需要JOIN過多的table，例如"需求１"的查詢SQL
2)每多一種不同類型的資料，就要多建一個關聯表
－－－－－－－－－－－
規劃方案二：不正規化
－－－－－－－－－－－
[tags]
id 識別碼(PK)
name 標籤名稱
model_name 對應的資料類型(book或item等…)
model_id 對應的資料ID
優點：1)可以減少"需求１"查詢SQL的JOIN，效能提高
2)一個table就可以通用不同類型的資料
缺點：1)"需求３"的查詢，資料量變大時效能會下降
2)空間浪費
－－－－－－－－－－－－－－－－
規劃方案三：字串記錄法(亂取的)
－－－－－－－－－－－－－－－－
[tags]
id 識別碼(PK)
name 標籤名稱
model_name 對應的資料類型(book或item等…)
ids 對應的資料ID(多筆，用逗號隔開，EX:1,3,6,7)
count_ids ID的筆數
[taggings]
id 識別碼(PK)
model_name 對應的資料類型(book或item等…)
model_id 對應的資料ID
tags 貼上的標籤名稱(多筆，用逗號隔開，EX:紅色,熱情,電腦
count_tags 標籤的筆數
優點：1)"需求1～３"的查詢的效能全提高
2)兩個table就可以通用不同類型的資料
3)可降低方案二的缺點1的影響
缺點：1)查詢出來的資料，必需透過PHP進行explode(',',$data)才方便使用
2)更新、寫入時，也都必需透過PHP的陣列函式，進行join、array_unique()
3)空間浪費
以上的優點以缺點，是我個人在有限的能力範圍所能看到的，煩請各位前輩先進
給予建議或分享你們更有智慧的方案讓大家學習，感謝～
--
歡迎來我的網誌看看
@ http://liaosankai.pixnet.net/blog
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.170.163.174