wordpress 資料庫正規化之我思….

在處理wordpress tags/category時………
真的是說不出來的感覺
他把 tage/category分成3個表
第一個表~記錄tags/category的名稱
第二個表~記錄tags/category的種類[tags|category]
第二個表~記錄tags/category與文章的關係(一篇文章可掛在多個分類~使用多個tags)
基本上~只要分2個表就好了…….實在不懂為什麼分成2個表
這樣~也沒有比較會厲害…

我覺得~
第一表~記錄tags/category的名稱、種類(tags or category)
第二表~記錄文章與tags/category的關係即可

原來的做法~好鳥
某一個文章~有使用tags/category
先要查~哪些tags/category有關係
再查出它他是tags or category
最後再利用ID查他們的名稱………

查category關聯文章時~(二表三表時動作相同)
先查出文章是啥category(名稱)~(已有變數存放就不用查)
再查Category的分類ID
再來用分類ID去查哪些文章用過
最後~要過濾一次文章~
因為~舊的文章會被Reversion~
會留下先前文章的內容~最後再把文章撈出來

查tags關聯文章時(二表和三表時動作相同)
先查tags名稱是什麼~(已有變數存放就不用查)
再查這個tag有哪些文章用過
再把文章撈出來…..

搞不懂~正規化成3個表…有什麼好處
程式麻煩多了~而且又不會省效能
用了一堆varchar~又省不了什麼空間
index建一建~tags/category才佔多少空間
我不相信有網站會用到上萬個tags~
所以……我一整個不解

要不是這Blog支援圖檔上傳~(它的xml-rpc寫的超讚~可惜了…要支援ATOM了)
我可能會選別的Blog系統吧!

category可以給代稱~也就是說~他可以變成網址的一部份
但是…某些hosting網站不支援中文的網址(ex startlogic)
這個功能~馬上變成廢物~而且~幹嘛要記在資料表裡~
即時使用encode64()來編碼就好了….脫褲子放屁…

花了很多時間來做wordpress的二次開發….
如果不是有這麼多的plugin~
我看~洋春版的wordpress~我可是連用都懶的用



无觅相关文章插件,快速提升流量

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *

*