wordpress中各個表的字段，折騰wordpress必備良品~
wp_categories:用於儲存分類相關資訊的表。包括了5個字段，分別是:
comment_karma – 不詳，int(11)值，預設為0。
comment_type – 不詳，varchar(20)值。
wp_links :用於儲存使用者輸入到wordpress中的鏈結(通過link manager)的表。共14個字段:
link_name – 單個鏈結的名字，varchar(255)值。
link_target – 鏈結開啟的方式，有三種，_blank為以新視窗開啟，_top為就在本視窗中開啟並在最上一級，none為不選擇，會在本視窗中開啟。這個欄位是varchar(25)值。
link_category – 某個鏈結對應的鏈結分類，為int(11)值。相當於wp_linkcategories.cat_id。
link_description – 鏈結的說明文字。使用者可以選擇顯示在鏈結下方還是顯示在title屬性中。varchar(255)值。
link_visible – 該鏈結是否可以，列舉enum(』y』,』n』)值，預設為y，即可見。
link_owner – 某個鏈結的建立人，為一int(11)值，預設是1。(應該對應的就是wp_users.id)
link_rating – 鏈結的等級，int(11)值。預設為0。
link_updated – 鏈結被定義、修改的時間，datetime值。
link_rel – 鏈結與定義者的關係，由xfn creator設定，varchar(255)值。
link_notes – 鏈結的詳細說明，mediumtext值。
wp_options:用於儲存wordpress相關設定、引數的表，共11個字段。最重要是的option_value欄位，裡面包括了大量的重要資訊。
wp_post2cat:用於儲存文章(posts)與分類(categories)之間的關係的表，只有三個字段:
文章與分類的關係的形成是這樣的:rel_id是乙個不斷增加的自增量，它用於識別每不同的post。post_id可以重複(當它對應多個分類時)，因為它可被rel_id識別，所以不會出現混亂。每個post_id可對應多個category_id時，乙個rel_id + post_id組合，可以識別某乙個分類，因此每個文章的分類可以是不同的。通過這張表，可以非常快速、高效地找出某篇文章(post)對應了哪些分類 (category)，反之亦然。
wp_postmeta:用於儲存文章的元資訊(meta)的表，四個字段:
這些內容主要是在文章及頁面編輯頁(write post, write page)的」add a new custom field to this post(page):」下進行設定的。meta_key就對應名為」key」的下拉列表中的項，而值由使用者自己填上(某些時候，wp也會自動加入，如文章中有的音訊**)。
wp_posts:用於儲存你所有的文章(posts)的相關資訊的表，非常的重要。一般來講，它儲存的資料是最多的。一共包括了21個字段。
id – 每篇文章的唯一id，bigint(20)值，附加屬性auto_increment。
wp_usermeta :用於儲存使用者元資訊(meta)的表，共4個字段:
wp_users:用於儲存wordpress使用者的相關資訊的表。wp官方對2.0.2版本中該表的情況的說明有些矛盾(稱有22個字段，但詳細的列表中只有11個)，所以這裡只能列出11個字段進行說明:
資料結構 資料結構緒論
資料結構是相互間存在一種或多種特定關係的資料元素的集合。程式設計 資料結構 演算法 資料結構是一門研究非數值計算的程式設計問題中的操作物件，以及他們之間的關係和操作等相關問題的學科。資料元素是組成資料的 有一定意義的基本單位，是計算機中通常作為整體處理，也被稱為記錄。乙個資料元素可以由若干個資料項組...
資料結構 資料結構演算法
分治法 對於乙個規模為n的問題，若該問題可以容易地解決 比如說規模n較小 則直接解決 否則將其分解為k個規模較小的子問題，這些子問題互相獨立且與原問題形式相同，遞迴地解這些子問題，然後將各子問題的解合併得到原問題的解。動態規劃法 這種演算法也用到了分治思想，它的做法是將問題例項分解為更小的 相似的子...
Wordpress 資料庫結構分析
最近有機會接觸了一下wordpress，在修改某些資料來源和資料庫結構的時候著實遇到了不少困難，寫下來給大家分享下。先說一下，我用的是2.5版本。不過個人覺得資料結構分析其實差不多。資料表結構 wp options 儲存wordpress系統選項和外掛程式 主題配置 wp postmeta 儲存文章...