没有备份博客所产生的后果是非常严重的，假如你的服务器因为某种原因宕掉了，或者网站被黑，而你恰恰又没有备份你的博客，这时候你将使你无法恢复你的博客或者丢失很多重要数据，你除了哭之外，真的没有别的办法了！

如何有规律的备份 WordPress 博客

一般来说，我会每周作一次网站的备份（本人比较懒，只要你愿意你可以每天作一次备份）。下面我们来简单说一下如何快捷备份 WordPress 博客。

1. 使用 FTP 工具将你的 BLOG 文件全部下载到本地；

2. 登录 phpMyAdmin，选择你自己的 WordPress 数据库；

3. 确认所有的 WordPress 表以后选择 Export；

4. 在 Structure 部分，选择 Add Drop Tables，Add AUTO_INCREMENT 和 Enclose table and field names with backquotes；

5. 在 Data 部分将所有选项留空；

6. 选择 Save as file 开始下载数据库(如果你的数据库非常大的话你可以选择压缩)。

使用 WordPress Database Backup 自动备份数据库

如果你没有权限登录 phpMyAdmin，那么我推荐你使用插件 WordPress Database Backup。

下面介绍一下 WordPress Database Backup 这个插件的使用。

1. 下载并激活插件(就不说了，大家应该都知道)；

2. 在 WordPress 后台 > 工具会生成一个 Backup 的选项，选择它；

3. 在 Table 区域你可以看到默认的备份表，旁边还有一些可选的表（有插件产生的）；

   

4. 在备份的控制选项中，我们可以选择三种备份方式；一般选择备份到邮箱。

   

5. 点击右边的备份按钮就可以开始备份，备份成功后文件会自动提示你保存在本地，如果没有提示也可以自己选择保存；

6. 另外，该插件还有定时备份功能，备份文件会发送到你自己指定的邮箱中。

   

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 23条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• WordPress Database Backup 简体中文语言包
• WordPress 数据库管理和优化插件
• WordPress 批量替换插件 Search & Replace 和中文包
• Optimize DB：在 WordPress 后台优化 MySQL 数据库
• 使用 phpMyAdmin 管理 WordPress 数据库
• 10 个选择使用 WordPress 的原因

1. 数据库备份：WP Database Backup

数据库备份无疑是数据库管理中最重要的一项工作，如果服务器因为某种原因宕掉了，又或者网站被黑，内容被篡改，而又没有备份数据库，这时候就彻底悲剧了，很多很多重要数据就会丢失且无法恢复。

而在 WordPress 数据库备份这方面，WP Database Backup 无可争议是最好的 WordPress 数据库备份插件，它可以支持你把数据库备份到服务器上，下载到本地，或者发动到你的邮箱，并且更重要的是你还可以让它定期把数据库备份好，自动发送到你的邮箱中。

更加详细关于 WordPress 数据库和整个博客的备份的介绍，请参考：如何有规律的备份 WordPress 博客

2. 数据库管理：WP-phpMyAdmin

phpMyAdmin 是开源的 MySQL 数据库管理工具，它能够让用户直接对 MySQL 数据库进行操作的 PHP 脚本程序。phpMyAdmin 能够进行 SQL 查询，这个在插件开发的时候特别有用（当然是要在测试的数据库上使用），另外对数据库的日常管理，如优化，修复，备份数据库，查看数据库存在的错误，创建索引等等。

WP-phpMyAdmin 这个插件只做一个工作，就是把 phpMyAdmin 整合到 WordPress 后台，让你能够直接在 WordPress 后台使用 phpMyAdmin 操作和管理 WordPress 数据库。

3. 数据库优化 Optimize DB

随着 MySQL 的使用，包括 BLOB 和 VARCHAR 字节的表将变得比较繁冗，因为这些字段长度不同，对记录进行插入、更新或删除时，会占有不同大小的空间，记录就会变成碎片，且留下空闲的空间。就像具有碎片的磁盘，会降低性能，需要整理，因此要优化。

我们可以直接使用 phpMyAdmin 对数据库进行优化，但是这样比较麻烦，需要进入 phpMyAdmin，选择数据库表，然后点击优化，这个时候如果你安装一个叫做 Optimize DB 的插件，则一切都变得轻松，Optimize DB 可以让你在 WordPress 后台优化 MySQL 数据库。

4. 数据库数据批量替换：Search and Replace

当你更换域名或者由于其他原因需要大量修改相同的内容的时候，如果一个一个手工修改显然是非常麻烦，并且非常容易出错，如果对 MySQL 非常熟悉的用户，可以使用 MySQL 的 replace 函数进行操作。而不熟悉的用户，则可以使用 Search and Replace 这个 WordPress 插件搜索和替换数据库中任意文本的 WordPress 插件。

关于 WordPress 数据库管理和优化插件就介绍那么多，那么你使用什么插件管理你的数据库呢？请给我留言！

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 8条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• Optimize DB：在 WordPress 后台优化 MySQL 数据库
• 使用 phpMyAdmin 管理 WordPress 数据库
• WordPress 批量替换插件 Search & Replace 和中文包
• WordPress Database Backup 简体中文语言包
• 如何有规律的备份 WordPress 博客
• WordPress 插件：iPhone/iPad 限时免费精选

什么是 phpMyAdmin？

phpMyAdmin 是用来对数据库进行各种操作的维护数据表，备份信息，和在 WordPress 不工作的情况下直接编辑数据库。 其实 phpMyAdmin 最大的好处就是可以直接用来进行 SQL 查询，这比直接使用 MySQL 的命令行方便了很多。

一般在主机的控制面板，如 cPanel 和 Plesk 中，都已经预装了 phpMyAdmin。如果你使用这些主机控制面板，无需做任何事情的时候，只需在控制面板中找到相应的链接即可使用 phpMyAdmin。当然也可以也可以直接到 phpMyAdmin 项目页面下载和安装即可。

WordPress 和 phpMyAdmin

WordPress 也是使用 MySQL 作为数据库构建的，它把所有信息都保存在 MySQL 数据库中的，所以我们可以通过 phpMyAdmin 来查看 WordPress 的数据库中数据，字段和表。如果为了方便，也可以使用 WP-phpMyAdmin 这个插件可以整合 phpMyAdmin 到 WordPress 后台。

WP-phpMyAdmin 这个插件使用非常简单，只需要下载安装激活即可，然后到 WordPress 后台 > 工具 > phpMyAdmin 就可以在 WordPress 后台使用 phpMyAdmin。

使用 phpMyAdmin 对数据库进行操作时存在风险的，如果你对 SQL 不是很熟悉，建议你不要采用 phpMyAdmin 对你 WordPress 数据库进行操作，并且不能撤销，所以如果不小心进行了误操作，则没有办法进行返回了。对于有经验的用户，也建议在操作执行之情对数据库进行备份。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 9条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• WordPress 数据库管理和优化插件
• Optimize DB：在 WordPress 后台优化 MySQL 数据库
• WordPress 批量替换插件 Search & Replace 和中文包
• WordPress Database Backup 简体中文语言包
• 如何有规律的备份 WordPress 博客
• WordPress 插件：iPhone/iPad 限时免费精选

Search and Replace 介绍

Search and Replace 使用非常简单，在后台插件添加页面，搜索 Search and Replace，点击安装并激活之后，到后台 > 工具 > 搜索和替换就能使用到这个插件，然后就可以对 WordPress 数据库中那个数据表中哪个字段进行替换操作，你只需要输入想搜索和替换的文本，点击替换即可。

WordPress 批量替换插件 Search & Replace

这个插件在对博客内容进行大批量相同修改动作的时候，特别有用，比如博客的图片更换了服务器，图片地址都更改了，就可以使用这个插件一次性修改所有的图片地址。

Search and Replace 存在的风险

但是这个插件同样也在存在着风险，因为它是直接使用 SQL 进行文本替换，它直接操作修改了数据库，并且这样的修改时不可撤销的，所以不建议 WordPress 初级用户使用这个插件，对于 WordPress 有一定熟悉的用户，建议使用这个插件进行操作之前，对数据库进行备份，这样万一出错还有修正的机会。

Search and Replace 是直接使用 MySQL 的 Replace 进行替换操作的，所以这个插件是大小写敏感的，并且不支持使用正则表达式进行文本替换，所以这是这个插件小小的一个缺憾，但是它完整的界面和易用性，保证了它能够完成了我们大部分的批量文本修改替换工作，并且这个插件只在后台使用，所以使用之后我们可以直接关闭它，完全不会占用任何系统资源。

Search and Replace 中文版

因为经常使用这个插件，所以就给这个插件制作了中文包，下载地址：Search & Replace 和中文包。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 15条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• WordPress 数据库管理和优化插件
• Optimize DB：在 WordPress 后台优化 MySQL 数据库
• 使用 phpMyAdmin 管理 WordPress 数据库
• WordPress Database Backup 简体中文语言包
• 如何有规律的备份 WordPress 博客
• WordPress 插件：iPhone/iPad 限时免费精选

随着 MySQL 的使用，包括 BLOB 和 VARCHAR 字节的表将变得比较繁冗，因为这些字段长度不同，对记录进行插入、更新或删除时，会占有不同大小的空间，记录就会变成碎片，且留下空闲的空间。就像具有碎片的磁盘，会降低性能，需要整理，因此要优化。

如何优化 WordPress 数据库

而 WordPress 使用的数据库正是 MySQL，所以当你觉得 WordPress 速度比较慢的时候，对 MySQL 进行优化下，可以相当程度上提高 WordPress 的速度。我们可以通过 PHPMyAdamin 对 MySQL 表进行优化：

在 PHPMyAdmin 优化 MySQL 表

使用 Optimize DB 插件在WordPress 后台直接优化 MySQL 数据库

但是如果每次都要进入 PHPMyAdmin 优化 MySQL表，这样是非常麻烦的，所以就进入了今天的主题，今天推荐的插件：Optimize DB，它能够让你在 WordPress 后台直接优化 MySQL 数据表。

该插件安装非常简单，上传激活即可，激活之后，在 WordPress 后台 > Tools => Optimize DB 就能优化 MySQL 数据表了：

在 WordPress 后台优化 MySQL 表

上图中的 overhead 就是数据库冗余，点击 Optimize Now，就可以优化。

当然我们可以把该插件修改下，让其自动定时对数据库进行优化。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 35条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• WordPress 数据库管理和优化插件
• 使用 phpMyAdmin 管理 WordPress 数据库
• WordPress 批量替换插件 Search & Replace 和中文包
• WordPress Database Backup 简体中文语言包
• 如何有规律的备份 WordPress 博客
• WordPress 插件：iPhone/iPad 限时免费精选

DELET a FROM wp_terms a,wp_term_taxonomy b WHERE a.term_id = b.term_id AND b.count=0

DELETE b FROM wp_term_taxonomy b WHERE b.count=0

我自己测试下，好像起作用，但是我也不能保证完全可行，因为大学学的数据库的东东都基本还给老师。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 12条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统

既然碰到这种情况，自然修改表名了，或者新建一个WordPress 用WordPress eXtended RSS导入（manage – export），不过这不是这里要讨论的了

更改 WordPress 数据库表名前缀步骤：

1. 禁用所有插件，然后通过 phpmyadmin 备份你的 WordPress 数据库。
2. 用文本编辑器打开你备份的数据库文件(*.sql)，查找“wp_”，并用你准备用的表明比如“Bssn_”替换。
3. 使用 phpmyadmin 将你当前数据库 WordPress 表删除。
4. 导入你刚才修改了的备份文件。
5. 修改wp-config.php文件，将$table_prefix = ‘wp_’; 改为 $table_prefix = ’Bssn_’;
6. 到后台开启所有插件。（如果备份之前没有禁用插件，可能会导致插件工作不正常，到插件管理重新开启即可。）

顺便提一下修改表名前缀的sql语句为：

ALTER TABLE wp_bssn RENAME TO bssn_bssn

此句将把 wp_bssn 表更名为 bssn_bssn。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 11条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统

现在 WordPress 中文团队的 paopao 已经做出了这个插件的简体中文包，方便中文用户的使用。如有任何疑问和使用上的问题，欢迎给 paopao 留言，哈哈，paopao 是一个非常热心 wper，本站的 WordPress 2.3 Related Posts 插件的第二版就是在 paopao 的帮助下完成的。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 5条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 如何有规律的备份 WordPress 博客
• WordPress 数据库管理和优化插件
• WordPress 批量替换插件 Search & Replace 和中文包
• Optimize DB：在 WordPress 后台优化 MySQL 数据库
• Lester Chan 所有插件的简体中文语言包
• WordPress 中文 SEO 插件 0.7

WordPress 和其他现代内容管理系统 (CMS) 一样，它是以数据库为中心的程序。它把所有信息都保存到数据中 — 博客设置，日志，评论，链接，用户等等。所以理解数据库是怎么组织是非常重要的，如存储的是什么是数据类型，数据表之间是链接有什么不同。

在我们深入研究之前，我需要强调三点：

1. WordPress API 提供了很多操作数据库的方法而不用直接访问数据库而不用直接访问数据库。所以，从技术层面上说，你不需要知道数据库是怎么组织的。但是如果你知道，你可能在遇到问题的时候能更快找到解决方案，而且更容易实现。
2. WordPress 数据库模式是小巧而简单的。所以没有什么好怕的。它只有10个数据表，而且每个都只有一些字段。总的来说，它的模式是非常有意义的。它能使你在几秒之后就能记住大部分，尽管你没有必要这样做。
3. 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 这个表。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 3条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统

静态页面，日志和附件可以很相似，也可以很不同。现在，我们要看到在它们之间的共同之处。他们都有一个唯一的 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 wp_posts WHERE post_type = ‘post’ LIMIT 1
• SELECT * FROM wp_posts WHERE post_type = ‘page’ LIMIT 1
• SELECT * FROM wp_posts WHERE post_type = ‘attachment’ LIMIT 1

如果使用的是 MySQL 命令行工具，那么你最好在查询语句的后面中添加 “\G” (”SELECT * FROM wp_posts WHERE post_type=’post’ LIMIT 1 \G”)。这将向你显示更适合阅读的结果。

日志的状态页是保存在这个表中。在大多数情况下，你可以看到 ‘publish’ 为已发布的日志，‘draft’ 为草稿，‘inherit’ 为附件。还有一些选项，你可以从表格说明中学到。

下面是一些你可以只利用 wp_posts 表进行操作的想法：

• 产生一些统计 — 总共有多日志，每种类别的日志分别有多少，每个作者发表的日志有多少，在一段日期内平均每天有多少篇日志等等。
• 产生一个所有附件的列表。
• 给每篇日志产生一个图片廊 （提示：“WHERE post_type = ‘attachment’ AND (post_mime_type = ‘image/jpeg’ OR post_mime_type = ‘image/gif’ OR post_mime_type = ‘image/png’)“）。

下一篇介绍：wp_postmeta 表

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 6条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统

WordPress 使用这个表去存储附件的额外信息，这些信息不适合 wp_posts 表（附件的路径，缩略图信息，等等）。另外，这个表还可以用来存储自定义字段（custom field）的名字和值 — 你可以在日志编辑器下面看到自定义字段框。并且，当然，很多大量插件可以利用这个表。所以，如果你决定在你制作的插件使用这个表，务必为你的 meta 健使用一些唯一的名字。否则，你的插件可能妨碍其他的插件，并且你得到怪异的和完全不可预料的结果。

下一篇是和用户有关的两个表：wp_users 和 wp_usermeta

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 3条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统

WordPress 使用这个数据表存储已注册的用户。用户，登录，加密的密码，全名，注册日期等等资料都会保存到 wp_users 表中。总之是它认为必要的信息用户。

wp_usermeta

就像 wp_postmeta 数据表是为日志准备的，wp_usermeta 数据表是为用户准备的。可以用它保存注册用户的所有信息 — 个人博客设置（举个例子，如个人可视化编辑器喜好设置），生日，联系信息等等。

下一篇将探讨 wp_comments 表

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 3条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统

• 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

这个表中还有其他的一些字段，这里就不一一细讲了。

下一篇探讨 options 这个表。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 2条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统

autoload 这个字段用来控制是否选项总是被 WordPress 或者插件导入并缓存来使用或者是否只是在要求的情况下才被导入。 我观察到很多的选项是自动导入的。

下一篇介绍 wp_categories 和 wp_post2cat 这两个表。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 3条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统

如果你的 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

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 5条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统

通常 wp_links 表使用来存储 blogroll — 网站链接列表。到 blogroll 管理界面，你会看到很多选项，一般的 WordPress 用户都不会用到这些（这里没有经过严格的统计）。所有这些链接选项都是被存储在 wp_links 表征。实际上，你不需要写太多的代码就能把 WordPress 转变成一个链接目录，和曾经的 Yahoo 一样，他所需的只是一个适当的主题。

一个需要注意的地方是每个链接的 link_owner 都保存了。所以你可以知道，谁创建了链接。

wp_link2cat

wp_link2cat 数据表是 wp_post2cat 的一个拷贝，除了它是保存链接的 ID 而不是日志的 ID。

这就是所有关于 WordPress 数库结构的介绍。如果你在你的 WordPress 看到其他表，那肯定安装的某一个插件增加的。

以后的文章会介绍 WP 2.3 增加的新表。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 1条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统

term_id bigint(20) NOT NULL auto_increment, name varchar(55) NOT NULL default '',
slug varchar(200) NOT NULL default '',
term_group bigint(10) NOT NULL default 0,
PRIMARY KEY  (term_id),
UNIQUE KEY slug (slug)

“name” 就是 term 的名字，“slug” 是用于使得 URL 友好化。“term_group” 是用于把相似的 terms 集合在一起。“term_id” 是 term 的唯一 ID。

一个 term 不能由他自己决定是 category（分类）还是 tag （标签）。它必须通过 term_taxonomy（术语分类类型）这个数据表上下文给定。

term_taxonomy_id bigint(20) NOT NULL auto_increment,
term_id bigint(20) NOT NULL default 0,
taxonomy varchar(32) NOT NULL default '',
description longtext NOT NULL,
parent bigint(20) NOT NULL default 0,
count bigint(20) NOT NULL default 0,
PRIMARY KEY  (term_taxonomy_id),
UNIQUE KEY term_id_taxonomy (term_id,taxonomy)

term_taxonomy 数据表放置了术语分类信息。它能够使得 term 是（分类）还是 tag （标签），或者两者皆是。 “term_id” 是 term 在 terms 表中的 ID。“taxonomy” 指定了 term 属于什么分类模式。默认的分类模式有 “category”，“link_category” 和 “post_tag”。“term_taxonomy_id” 是 term+taxonomy 对的唯一 ID。剩下的字段提供了 term 在分类模式上下文中的信息。“parent” 字段用于说明 terms 在 taxonomy 中层次关系。“description” 提供了 term 在 taxonomy 中的特殊模式。“count” 则记录在每个 term+taxonomy 对中有多个对象。举个 taxonomy 为 “category” 的例子，“count” 则记录了有多少篇日志在这个分类中。

最后一个表 table，term_relationships，把如 posts 和 links 这些对像和 term_taxonomy 表中的 term_taxonomy_id 联系起来。

object_id bigint(20) NOT NULL default 0,
term_taxonomy_id bigint(20) NOT NULL default 0,
PRIMARY KEY  (object_id,term_taxonomy_id),
KEY term_taxonomy_id (term_taxonomy_id)

“object_id” 是 post 或者 link 的 ID。“term_taxonomy_id” 是来自 term_taxonomy 表的 ID，它指定了特定的 term+taxonomy 对。

这种模式和 API 的灵活性意味着插件能够能够非常容易增加新的分类模式和对象类型。Summer of Code 中的一个项目就是做这个的。这种灵活性同样允许我们很容易获取所有对象共同拥有的一个 term，而不用管它他是什么分类模式，也可以为一个给定对象的从所有分类模式中获取所有的 term，还可以通过一个查询把所有的分类转化为标签。

在 taxonomy schema 的后面还隐藏着非常全面的 taxonomy API。 现在 category API 依旧被保持作为 taxonomy API 向后兼容层。当升级到2.3，使用 category API 的插件不需要做任何的改动。直接使用 SQL 查询 categories，link2cat 和 post2cat 这三个表的插件非常不幸不再可以工作。

这既是新的分类模式，短期内他会使得一些插件不可使用，但在长期内它将使我们能够增加任何新的分类类型而无需再次改变模式。

翻译自：WordPress 2.3 Taxonomy Schema，正在校对中，欢迎并感谢指出错误。

>>>继续阅读全文 ...

© 我爱水煮鱼 / 收藏本文 / 10条评论 / RSS 订阅 / 长期承接 WordPress 项目 / 主机域名优惠码 / 新浪微博

相关日志

• 国外前 100 名博客半数使用 WordPress
• WordPress 性能优化：为什么我的博客比你的快
• WordPress 常用 Action 接口
• WordPress SEO 宝典
• 在 Mac OS X 系统上安装 WordPress 本地测试
• 基于 WordPress 虚拟商品销售的商城系统