我想寫一個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