wordpress的3個Term表為什麼要這麼設計? wp_terms和wp_term_taxonomy不是可以合併到一個表裡嗎? 這樣設計有什麼好處? 查詢還要查多次.
wp_terms
<code>term_id:分类ID name:分类名 slug:缩略名 term_group:未知</code>
wp_term_relationships
<code>object_id:对应文章ID/链接ID term_taxonomy_id:对应分类方法ID term_order:排序</code>
wp_term_taxonomy
<code>term_taxonomy_id:分类方法ID term_id: taxonomy:分类方法(category/post_tag) description:未知 parent:所属父分类方法ID count:文章数统计</code>
wordpress的3個Term表為什麼要這麼設計? wp_terms和wp_term_taxonomy不是可以合併到一個表裡嗎? 這樣設計有什麼好處? 查詢還要查多次.
wp_terms
<code>term_id:分类ID name:分类名 slug:缩略名 term_group:未知</code>
wp_term_relationships
<code>object_id:对应文章ID/链接ID term_taxonomy_id:对应分类方法ID term_order:排序</code>
wp_term_taxonomy
<code>term_taxonomy_id:分类方法ID term_id: taxonomy:分类方法(category/post_tag) description:未知 parent:所属父分类方法ID count:文章数统计</code>
wp_term_taxonomy 是樹級結構,所以term_taxonomy_id是必須要的,
而wp_terms 是分類表,分類這種東西會很常使用到id的這個id也是不能省的,所以才建的兩個半表
確實如此。在接觸電子商城專案的時候,專案的表單已經令我無法忍受了,明明可以做成一個卻偏偏拆分很多單表。現在我的做法就是在這個基礎上寫視圖把表單聯立起來看做一個新的表來使用就方便多,希望對你有幫助~
我確實不明白為什麼這些流行的建站程式為什麼要使用這麼多資料表,我自己設計的話,所有資料表不會超過15個。
當然如果單表資料量太大的話,對於MySQL來說會很有鴨梨。
這個問題你應該去問問WordPress的人。