wp_links 通常 wp_links 表使用来存储 blogroll — 网站链接列表。到 blogroll 管理界面，你会看到很多选项，一般的 WordPress 用户都不会用到这些（这里没有经过严格的统计）。所有这些链接选项都是被存储在 wp_links 表征。实际上，你不需要写太多的代码就能把 WordPress 转变成一个链接目录，和曾经的 Yahoo 一样，他所需的只是一个适当的主题。 一个需要注意的地方是每个链接的 link_owner 都保存了。所以你可以知道，谁创建了链接。 wp_link2cat wp_link2cat 数据表是 wp_post2cat 的一个拷贝，除了它是保存链接的 ID 而不是日志的 ID。 这就是所有关于 WordPress 数库结构的介绍。如果你在你的 WordPress 看到其他表，那肯定安装的某一个插件增加的。 以后的文章会介绍 WP 2.3 增加的新表。 标签：WordPress 数据库
探究
WordPress 数据库探究 #7 — wp_categories 和 wp_post2cat
wp_categories 如果你的 WordPress 有分类，那么 wp_categories 就是用来保存这些记录的数据表，分类名和描述都保存在那里，还有 ID 和每个分类的父级分类。 为了能运行得更快，WordPress 经常在数据库保存一些累计的值，而不是每次用到的时候才计算。举个例子，经常会被请求的在每个分类下的日志或者链接数目都会简单的存储在 wp_categories 表中（WordPress 对日志和链接使用同样的分类集合）。每次增加一篇日志到分类中，日志计数器（字段 category_counter）就会增加。同样每次从分类中移除日志，该计数器就会减小。对于链接也是一样的（字段 link_count）。就是为什么要在这个表中使用这些额外字段的原因。 wp_post2cat 把日日志链到分类是通过 wp_post2cat 这个数据表实现的。这是关系数据库中多对多关系的标准实现。wp_post2cat 表只有三个字段：唯一的 ID（自动产生），日志的 ID，和这篇日志所属分类的 ID。 下一篇介绍最后两个表：wp_links 和 wp_link2cat 标签：WordPress 数据库
WordPress 数据库探究 #6 — wp_options
wp_options 是用来存储 WordPress 中所有全局选项的数据表。这个表的核心和 wp_postmeta 和 wp_usermeta 这两个表是非常相似的，并且这个表是非常容易理解的 — wp_options 存储了 WordPress 所有信息，这和 wp_postmeta 存储日志信息和 wp_usermeta 存储用户信息的用法是一样的。然而你可能注意到它有一些额外的字段。 有个 blog_id 字段，但是它并不用在独立安装的 WordPress 博客中使用。它只在 WordPress MU 中使用。常规的 WordPress 和 WordPress MU 的大部分呢源代码和数据的结构很多是相似的。所以 WordPress MU 使用 wp_options 这个表中的 blog_id 这个字段来区分同个 WordPress MU 下不同博客的选项设置。 autoload 这个字段用来控制是否选项总是被 WordPress 或者插件导入并缓存来使用或者是否只是在要求的情况下才被导入。 我观察到很多的选项是自动导入的。 下一篇介绍 wp_categories 和 wp_post2cat 这两个表。 标签：WordPress 数据库
WordPress 数据库探究 #5 — wp_comments
wp_comments 表保存你站点上所有的留言，包括所有通过验证的留言，等待审核的留言，垃圾留言和从 其他文章发送过来的 trackbacks 和 pingbacks。我想不需要我告诉你，你就能猜出这个数据表中大部分字段的意思，但是为了以防万一，我列出你可能关心的： comment_ID — 每条留言的唯一 ID，由 MySQL 自动产生 comment_post_ID — 留言所属日志的 ID comment_author — 留言者的名字 comment_author_email — 留言者的 email comment_author_url — 留言者的 URL comment_author_IP — 留言者的 IP comment_date — 留言的日期和时间 comment_content — 留言的内容 comment_approved — 留言是否已经通过审核 comment_agent — 留言者的浏览器信息 （如：MSIE，Firefox，Safari 等等） comment_type — 是否这是条正常的留言，或者 trackback , 或者其他东东 user_id — 如果留言者是博客的注册用户，这里就是它的ID 这个表中还有其他的一些字段，这里就不一一细讲了。 […]
WordPress 数据库探究 #4 — wp_users 和 wp_usermeta
wp_users WordPress 使用这个数据表存储已注册的用户。用户，登录，加密的密码，全名，注册日期等等资料都会保存到 wp_users 表中。总之是它认为必要的信息用户。 wp_usermeta 就像 wp_postmeta 数据表是为日志准备的，wp_usermeta 数据表是为用户准备的。可以用它保存注册用户的所有信息 — 个人博客设置（举个例子，如个人可视化编辑器喜好设置），生日，联系信息等等。 下一篇将探讨 wp_comments 表 标签：WordPress 数据库
WordPress 数据库探究 #8 — wp_links 和 wp_link2cat
wp_links 通常 wp_links 表使用来存储 blogroll — 网站链接列表。到 blogroll 管理界面，你会看到很多选项，一般的 WordPress 用户都不会用到这些（这里没有经过严格的统计）。所有这些链接选项都是被存储在 wp_links 表征。实际上，你不需要写太多的代码就能把 WordPress 转变成一个链接目录，和曾经的 Yahoo 一样，他所需的只是一个适当的主题。 一个需要注意的地方是每个链接的 link_owner 都保存了。所以你可以知道，谁创建了链接。 wp_link2cat wp_link2cat 数据表是 wp_post2cat 的一个拷贝，除了它是保存链接的 ID 而不是日志的 ID。 这就是所有关于 WordPress 数库结构的介绍。如果你在你的 WordPress 看到其他表，那肯定安装的某一个插件增加的。 以后的文章会介绍 WP 2.3 增加的新表。 标签：WordPress 数据库
WordPress 数据库探究 #7 — wp_categories 和 wp_post2cat
wp_categories 如果你的 WordPress 有分类，那么 wp_categories 就是用来保存这些记录的数据表，分类名和描述都保存在那里，还有 ID 和每个分类的父级分类。 为了能运行得更快，WordPress 经常在数据库保存一些累计的值，而不是每次用到的时候才计算。举个例子，经常会被请求的在每个分类下的日志或者链接数目都会简单的存储在 wp_categories 表中（WordPress 对日志和链接使用同样的分类集合）。每次增加一篇日志到分类中，日志计数器（字段 category_counter）就会增加。同样每次从分类中移除日志，该计数器就会减小。对于链接也是一样的（字段 link_count）。就是为什么要在这个表中使用这些额外字段的原因。 wp_post2cat 把日日志链到分类是通过 wp_post2cat 这个数据表实现的。这是关系数据库中多对多关系的标准实现。wp_post2cat 表只有三个字段：唯一的 ID（自动产生），日志的 ID，和这篇日志所属分类的 ID。 下一篇介绍最后两个表：wp_links 和 wp_link2cat 标签：WordPress 数据库
WordPress 数据库探究 #6 — wp_options
wp_options 是用来存储 WordPress 中所有全局选项的数据表。这个表的核心和 wp_postmeta 和 wp_usermeta 这两个表是非常相似的，并且这个表是非常容易理解的 — wp_options 存储了 WordPress 所有信息，这和 wp_postmeta 存储日志信息和 wp_usermeta 存储用户信息的用法是一样的。然而你可能注意到它有一些额外的字段。 有个 blog_id 字段，但是它并不用在独立安装的 WordPress 博客中使用。它只在 WordPress MU 中使用。常规的 WordPress 和 WordPress MU 的大部分呢源代码和数据的结构很多是相似的。所以 WordPress MU 使用 wp_options 这个表中的 blog_id 这个字段来区分同个 WordPress MU 下不同博客的选项设置。 autoload 这个字段用来控制是否选项总是被 WordPress 或者插件导入并缓存来使用或者是否只是在要求的情况下才被导入。 我观察到很多的选项是自动导入的。 下一篇介绍 wp_categories 和 wp_post2cat 这两个表。 标签：WordPress 数据库
WordPress 数据库探究 #5 — wp_comments
wp_comments 表保存你站点上所有的留言，包括所有通过验证的留言，等待审核的留言，垃圾留言和从 其他文章发送过来的 trackbacks 和 pingbacks。我想不需要我告诉你，你就能猜出这个数据表中大部分字段的意思，但是为了以防万一，我列出你可能关心的： comment_ID — 每条留言的唯一 ID，由 MySQL 自动产生 comment_post_ID — 留言所属日志的 ID comment_author — 留言者的名字 comment_author_email — 留言者的 email comment_author_url — 留言者的 URL comment_author_IP — 留言者的 IP comment_date — 留言的日期和时间 comment_content — 留言的内容 comment_approved — 留言是否已经通过审核 comment_agent — 留言者的浏览器信息 （如：MSIE，Firefox，Safari 等等） comment_type — 是否这是条正常的留言，或者 trackback , 或者其他东东 user_id — 如果留言者是博客的注册用户，这里就是它的ID 这个表中还有其他的一些字段，这里就不一一细讲了。 […]
WordPress 数据库探究 #4 — wp_users 和 wp_usermeta
wp_users WordPress 使用这个数据表存储已注册的用户。用户，登录，加密的密码，全名，注册日期等等资料都会保存到 wp_users 表中。总之是它认为必要的信息用户。 wp_usermeta 就像 wp_postmeta 数据表是为日志准备的，wp_usermeta 数据表是为用户准备的。可以用它保存注册用户的所有信息 — 个人博客设置（举个例子，如个人可视化编辑器喜好设置），生日，联系信息等等。 下一篇将探讨 wp_comments 表 标签：WordPress 数据库
WordPress 数据库探究 #3 — wp_postmeta
可能有很多东西你想保存到你的一些日志中 — 你写日志时候的心情 ，你当时听的歌曲，你所处的地理位置，一些相关日志的列表，特定为搜索引擎指定日志信息等等。所以这些东西都会保存到 wp_postmeta 这个表中。 这个表的结构是非常简单和灵活的。它只有四个字段：meta_id，post_id，meta_key 和 meta_value。meta_id 是自动产生的，我想没有任何情况下你需要去修改它 — 有更多有趣的事情可以去做 。post_id 是当前 meta 信息链到日志的 ID（来自 wp_posts 表的记录）。 meta_key 是你想附加到日志上信息的描述（如 ‘mood（心情）’ 或者 ’song（歌曲）’）。 meta_value 是 meta 信息的实际内容（如 ‘Grumpy!’ 或者 ‘The WordPress Song.mp3′）。 WordPress 使用这个表去存储附件的额外信息，这些信息不适合 wp_posts 表（附件的路径，缩略图信息，等等）。另外，这个表还可以用来存储自定义字段（custom field）的名字和值 — 你可以在日志编辑器下面看到自定义字段框。并且，当然，很多大量插件可以利用这个表。所以，如果你决定在你制作的插件使用这个表，务必为你的 meta 健使用一些唯一的名字。否则，你的插件可能妨碍其他的插件，并且你得到怪异的和完全不可预料的结果。 下一篇是和用户有关的两个表：wp_users 和 wp_usermeta 标签：WordPress 数据库
WordPress 数据库探究 #2 — wp_posts
WordPress 主要被用作一个博客引擎的内容管理系统（简称 CMS）。所以我认为这个“内容”表是最重要的。静态页面，日志和附件都是内容，WordPress 把它们都放在一个表中 — wp_posts。 实际上，附件是被保存在它们原来的位置 — 在磁盘的文件，但是 WordPress 用 wp_posts 表保存附件的元信息，如上传该附件用户的 ID，附件所属日志的 ID，上传的日期等等。 静态页面，日志和附件可以很相似，也可以很不同。现在，我们要看到在它们之间的共同之处。他们都有一个唯一的 ID（通常是 WordPress 或者 MySQL 自动产生的），一个作者（写日志或者上传文件的人），发布日期，题目和秒速（甚至空的，依然有方法日后增加和使用）。它们都有 URL。所以对于每个日志，静态页面和附件，WordPress 把它们存储为 wp_posts 表中的一条数据。 还是一些区分日志，静态页面和附件的方法，为了区分它们，WordPress 使用了 wp_posts 表中的字段 post_type。对于日志，post_type 的值是 ‘post’。对于静态页面 — ‘page’。对于附件 — ‘attachment’。 然后，有些字段简单日志是特殊类型的时候使用。举个例子，字段 post_mime_type 用来存储附件文件类型，如 ‘image/jpeg’ 和 ‘application/pdf’（在 Wikipedia 定义为 MIME ）。 字段 menu_order 用来指定静态页面的顺序。字段 post_parent 用来组织静态页面和子页面之间的关系，同样也用作把附件链到日志。 为了得到每个字段是怎们和什么时候使用的更好的图像，看一下每种类型日志的一条真是记录： SELECT * FROM […]
WordPress 数据库探究 #1 — 介绍
这个系列教程翻译自：A look inside the WordPress database。由于原文比较长，我把它分成一系列教程，今天第一篇是开篇介绍。 WordPress 和其他现代内容管理系统 (CMS) 一样，它是以数据库为中心的程序。它把所有信息都保存到数据中 — 博客设置，日志，评论，链接，用户等等。所以理解数据库是怎么组织是非常重要的，如存储的是什么是数据类型，数据表之间是链接有什么不同。 在我们深入研究之前，我需要强调三点： WordPress API 提供了很多操作数据库的方法而不用直接访问数据库而不用直接访问数据库。所以，从技术层面上说，你不需要知道数据库是怎么组织的。但是如果你知道，你可能在遇到问题的时候能更快找到解决方案，而且更容易实现。 WordPress 数据库模式是小巧而简单的。所以没有什么好怕的。它只有10个数据表，而且每个都只有一些字段。总的来说，它的模式是非常有意义的。它能使你在几秒之后就能记住大部分，尽管你没有必要这样做。 WordPress 数据库模式是有非常详细文档描述的。WordPress Codex 文档以字母顺序解释了数据表，这个在查找东西的时候是有帮助的。但是对于初次使用，最好有不同的顺序，这也是这系列日志尝试做到的。 在这接下来的日志，你可能在另外的浏览器标签页中打开前面提到的 WordPress Codex 中的数据库描述，或者数据库工具，如 PHPMyAdmin 或者 MySQL 命令行。你可以通过运行 “SHOW TABLES” 查询列出 数据库表名列表，可以通过 EXPLAIN 这个命令得到表的详细描述，如：“EXPLAIN wp_posts“。 好的，那我们首先看看 WordPress 默认安装之后有哪些数据表： wp_posts wp_postmeta wp_users 和 wp_usermeta wp_comments wp_options wp_categories 和 wp_post2cat wp_links 和wp_link2cat 这篇到此为止，下一篇我们将给给大家详细介绍 wp_posts 这个表。 […]
