#1071 – Specified key was too long; max key length is 1000 bytes

為DB加index會運到的問題為了要加速資料庫的運作,很多設計師都會在資料庫加索引。我自己會使用的資料庫是mysql,mysql也有支援index這個基本的功能,當然最近我為了測試一些東西,也加了index進資料表,結果就出現了「#1071 – Specified key was too long; max key length is 1000 bytes」錯誤,後來查了一下才知道是怎麼回事,寫下來記錄一下,避免日後忘記。

明明3個欄位怎麼算都沒有1000byte,出了這個訊息,實也摸不著頭緒,原來待誌不是憨人(蝸牛)所想的,聽我慢慢道來。
Read more

wordpress post_tag and category 限制

原本想說~wordpress的post_tags當成keyword資料來源:
但是 因為 之前提到的 wordpress 資料庫過度正規化[請參閱 wordpress 資料庫正規化之我思….」
所以造成文章在更新tags及category時相當的麻煩
都想說~反正麻煩一次就好了~就來蠻幹好了~
看了一下資料庫的結構

2009-03-15_210652.png
看了資料庫結構~
真的很想哭~
name是index~(我的臉色變了)
slug是從name編碼來的~
slug是unique~就就是說~category及tags不能重覆~
OH-MY-GOD
category分類的名稱不能當成post_tag的名稱
這樣講怎麼合理~
假設一個資料豐富的站
有一個分類叫作「電腦科技」
剛好有一篇文章~在講環保節能減碳的~
談到Google的電腦科技~是造成電力浪費的主因之一~
糟了~加了關鍵字~自動bypass掉了….靠北邊走….
實在有夠鳥的~還好~有外掛工具可以輔助…

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

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