`

wordpress数据库表设计

    博客分类:
  • php
 
阅读更多

wp_categories: 用于保存分类相关信息的表。包括了5个字段,分别是:

  • cat_ID – 每个分类唯一的ID号,为一个bigint(20)值,且带有附加属性auto_increment。
  • cat_name – 某个分类的名称,为一个varchar(55)值。
  • category_nicename – 指定给分类的一个便于记住的名字,也就是所谓的slug,这是一个varchar(200)值。
  • category_description – 某个分类的详细说明,longtext型值。
  • category_parent – 分类的上级分类,为一个int(4)值,对应是的当前表中的cat_ID,即wp_categories.cat_ID。无上级分类时,这个值为0。

wp_comments: 用于保存评论信息的表。包括了15个字段,分别为:

  • comment_ID – 每个评论的唯一ID号,是一个bigint(20)值。带有附加属性auto_increment。
  • comment_post_ID – 每个评论对应的文章的ID号,int(11)值,等同于wp_posts.ID。
  • comment_author – 每个评论的评论者名称,tinytext值。
  • comment_author_email – 每个评论的评论者电邮地址,varchar(100)值。
  • comment_author_url – 每个评论的评论者网址,varchar(200)值。
  • comment_author_IP – 每个评论的评论者的IP地址,varchar(100)值。
  • comment_date – 每个评论发表的时间,datetime值(是加上时区偏移量后的值)。
  • comment_date_gmt – 每个评论发表的时间,datetime值(是标准的格林尼治时间)。
  • comment_content – 每个评论的具体内容,text值。
  • comment_karma – 不详,int(11)值,默认为0。
  • comment_approved – 每个评论的当前状态,为一个枚举值enum(’0′,’1′,’spam’),0为等待审核,1为允许发布,spam为垃圾评论。默认值为1。
  • comment_agent – 每个评论的评论者的客户端信息,varchar(255)值,主要包括其浏览器和操作系统的类型、版本等资料。
  • comment_type – 不详,varchar(20)值。
  • comment_parent – 某一评论的上级评论,int(11)值,对应wp_comment.ID,默认为0,即无上级评论。
  • user_id – 某一评论对应的用户ID,只有当用户注册后才会生成,int(11)值,对应wp_users.ID。未注册的用户,即外部评论者,这个ID的值为0。

wp_linkcategories: 用于保存在WP后台中添加的链接的相关信息的表。包括13个字段:

  • cat_id – 每个链接分类的唯一ID,bigint(20)值,为一个自增量auto_increment。
  • cat_name – 每个链接分类的名字,tinytext值。
  • auto_toggle -这个字段所包含的是一个比较特别的属性。如果为Y,则当该分类中加入了新链接时,其它的链接会变为不可见。它是一个枚举型的值enum(’Y’,’N’),默认为N。
  • show_images – 该字段也是枚举值enum(’Y’,’N’),默认为Y。用户指定是否允许在该链接分类显示图片链接。
  • show_description – 该字段指定相应的链接分类下的链接,是否再专门[换行]显示它们的说明,这是一个枚举型值enum(’Y’,’N’),默认为N,即不显示说明(但会通过title属性中显示说明)。
  • show_rating – 显示该分类下链接的等级。它也是一个枚举值enum(’Y’,’N’),默认为Y。此时,你可以用链接等级的方式来对该链接分类下的链接进行排序。
  • show_updated – 指定该链接分类有更新是,是否进行显示,枚举值enum(’Y’,’N’),默认为Y。
  • sort_order – 指定该链接分类中链接的排序依据,varchar(64)值。一般用链接的名字(name,即wp_links.link_name)或ID(id,即wp_links.link_id)。
  • sort_desc – 指定链接分类的排序方式,枚举值enum(’Y’,’N’),默认为N,即用降序。
  • text_before_link – 该链接分类下每个链接的前置html文本,varchar(128)值,默认是’列表开始标签’。
  • text_after_link – 该链接分类下每个链接的中,链接与说明文字(wp_links.link_description)之间的html文本,varchar(128)值,默认是’换行标签’。
  • text_after_all – 该链接分类下每个链接的后置html文本,varchar(128)值,默认是’列表结束标签’。
  • list_limit – 用于规定某一链接分类中显示的(可设定的?)链接的个数,int(11)值,默认为-1,即对链接分类下链接的个数无限制。

wp_links :用于保存用户输入到Wordpress中的链接(通过Link Manager)的表。共14个字段:

  • link_id – 每个链接的唯一ID号,bigint(20)值,附加属性为auto_increment。
  • link_url – 每个链接的URL地址,varchar(255)值,形式为http://开头的地址。
  • link_name – 单个链接的名字,varchar(255)值。
  • link_image – 链接可以被定义为使用图片链接,这个字段用于保存该图片的地址,为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值。
  • link_rss – 该链接的RSS地址,varchar(255)值。

wp_options: 用于保存Wordpress相关设置、参数的表,共11个字段。最重要是的option_value字段,里面包括了大量的重要信息。

  • option_id – 选项的ID,bigint(20)值,附加auto_increment属性。
  • blog_id – 不详。或许用在单在用户的WP版本上并不重要吧,或许是针对不同用户的Blog来设置的一个值。int(11)值,默认为0,即当前blog。
  • option_name – 选项名称,varchar(64)值。
  • option_can_override – 该选项是否可被重写、更新,枚举enum(’Y’,’N’)值,默认为Y,即可被重写、更新。
  • option_type – 选项的类型,作用不详,int(11)值,默认为1。
  • option_value – 选项的值,longtext值,这个字段的内容比较重要。Wordpress初始化时就会设定好约70个默认的值,这里暂不介绍。
  • option_width – 选项的宽(?),作用不详。int(11)值,默认为20。
  • option_height – 选项的高(?),作用不详。int(11)值,默认为8。
  • option_description – 针对某个选项的说明,tinytext值。
  • option_admin_level – 设定某个选项可被操纵的用户等级(详情见我的相关文章),int(11)值,默认为1。
  • autoload – 选项是否每次都被自动加载,枚举enum(’yes’,’no’)值,默认为yes。

wp_post2cat: 用于保存文章(posts)与分类(categories)之间的关系的表,只有三个字段:

  • rel_id – 关联ID,bigint(20)值,是个有auto_increment属性的自增量。
  • post_id – 文章的ID,bigint(20)值,相当于wp_posts.ID。
  • category_id – 分类的ID,也是bigint(20)值,相当于wp_categories.ID。

文章与分类的关系的形成是这样的:rel_id是一个不断增加的自增量,它用于识别每不同的post。post_id可以重复(当它对应多个分类时),因 为它可被rel_id识别,所以不会出现混乱。每个post_id可对应多个category_id时,一个rel_id + post_id组合,可以识别某一个分类,因此每个文章的分类可以是不同的。通过这张表,可以非常快速、高效地找出某篇文章(post)对应了哪些分类 (category),反之亦然。

wp_postmeta: 用于保存文章的元信息(meta)的表,四个字段:

  • meta_id – 元信息ID,bigint(20)值,附加属性为auto_increment。
  • post_id – 文章ID,bigint(20)值,相当于wp_posts.ID。
  • meta_key – 元信息的关键字,varchar(255)值。
  • meta_value – 元信息的值,text值。

这些内容主要是在文章及页面编辑页(Write Post, Write Page)的”Add a new custom field to this post(page):”下进行设定的。meta_key就对应名为”key”的下拉列表中的项,而值由用户自己填上(某些时候,wp也会自动加入,如文 章中有的音频媒体)。

我用phpMyAdmin查看了一下,在我的blog中,主要使用这张表的有插件(如Adhesive、Technorati Tagging)、_wp_page_template、enclosure(内含资源)。

wp_posts: 用于保存你所有的文章(posts)的相关信息的表,非常的重要。一般来讲,它存储的数据是最多的。一共包括了21个字段。

  • ID – 每篇文章的唯一ID,bigint(20)值,附加属性auto_increment。
  • post_author – 每篇文章的作者的编号,int(4)值,应该对应的是wp_users.ID。
  • post_date – 每篇文章发表的时间,datetime值。它是GMT时间加上时区偏移量的结果。
  • post_date_gmt – 每篇文章发表时的GMT(格林威治)时间,datetime值。
  • post_content – 每篇文章的具体内容,longtext值。你在后台文章编辑页面中写入的所有内容都放在这里。
  • post_title – 文章的标题,text值。
  • post_category – 文章所属分类,int(4)值。
  • post_excerpt – 文章摘要,text值。
  • post_status – 文章当前的状态,枚举enum(’publish’,’draft’,’private’,’static’,’object’)值,publish为已 发表,draft为草稿,private为私人内容(不会被公开) ,static(不详),object(不详)。默认为publish。
  • comment_status – 评论设置的状态,也是枚举enum(’open’,’closed’,’registered_only’)值,open为允许评论,closed为不允 许评论,registered_only为只有注册用户方可评论。默认为open,即人人都可以评论。
  • ping_status – ping状态,枚举enum(’open’,’closed’)值,open指打开pingback功能,closed为关闭。默认值是open。
  • post_password – 文章密码,varchar(20)值。文章编辑才可为文章设定一个密码,凭这个密码才能对文章进行重新强加或修改。
  • post_name – 文章名,varchar(200)值。这通常是用在生成permalink时,标识某篇文章的一段文本或数字,也即post slug。
  • to_ping – 强制该文章去ping某个URI。text值。
  • pinged – 该文章被pingback的历史记录,text值,为一个个的URI。
  • post_modified – 文章最后修改的时间,datetime值,它是GMT时间加上时区偏移量的结果。
  • post_modified_gmt – 文章最后修改的GMT时间,datetime值。
  • post_content_filtered – 不详,text值。
  • post_parent – 文章的上级文章的ID,int(11)值,对应的是wp_posts.ID。默认为0,即没有上级文章。
  • guid – 这是每篇文章的一个地址,varchar(255)值。默认是这样的形式: http://your.blog.site/?p=1,如果你形成permalink功能,则通常会是: 你的Wordpress站点地址+文章名。
  • menu_order – 不详,int(11)值,默认为0。
  • post_type – 文章类型,具体不详,varchar(100)值。默认为0。
  • post_mime_type – 不详。varchar(100)值。
  • comment_count – 评论计数,具体用途不详,bigint(20)值。

wp_usermeta : 用于保存用户元信息(meta)的表,共4个字段:

  • umeta_id – 元信息ID,bigint(20)值,附加属性auto_increment。
  • user_id – 元信息对应的用户ID,bigint(20)值,相当于wp_users.ID。
  • meta_key – 元信息关键字,varchar(255)值。
  • meta_value – 元信息的详细值,longtext值。

这是在Wordpress 2.0中才新加入的表。

wp_users:用于保存Wordpress使用者的相关信息的表。WP官方对2.0.2版本中该表的情况的说明有些矛盾(称有22个字段,但详细的列表中只有11个),所以这里只能列出11个字段进行说明:

  • ID – 用户唯一ID,bigint(20)值,带附加属性auto_increment。
  • user_login – 用户的注册名称,varchar(60)值。
  • user_pass – 用户密码,varchar(64)值,这是经过加密的结果。好象用的是不可逆的MD5算法。
  • user_nicename – 用户昵称,varchar(50)值。
  • user_email – 用户电邮地址,varchar(100)值。
  • user_url – 用户网址,varchar(100)值。
  • user_registered – 用户注册时间,datetime值。
  • user_level – 用于等级,int(2)值,可以是0-10之间的数字,不同等级有不同的对WP的操作权限。
  • user_activation_key – 用户激活码,不详。varchar(60)值。
  • user_status – 用户状态,int(11)值,默认为0。
  • display_name – 来前台显示出来的用户名字,varchar(250)值。

通过这10张表,我们可以看出,整个wp系统所涉及的主要内容包括以下四大块内容:

  1. 文章(页面)及其分类
  2. 链接及其分类
  3. 选项、设置
  4. 用户设定

分享到:
评论

相关推荐

    Wordpress数据库结构分析.doc

    此外,Wordpress 的数据库结构设计得相对简洁,仅用10个表格就实现了复杂的博客系统功能,这体现了其良好的数据模型设计。 通过了解Wordpress的数据库结构,开发者可以更好地理解和定制系统,例如创建新的插件、...

    采用wordpress数据库设计的博客程序.zip

    采用wordpress数据库设计的博客程序

    WordPress分析01. WordPress 数据库章节介绍, 除了WordPress 数据库设计逻辑外还能学到什么

    [MySQL][關聯式資料庫][DB]_WordPress分析#01.__WordPress_資料庫章節介紹,_除了WordPr

    wordpress后台优化mysql数据库插件

    1. **数据库清理**:该插件可以自动或手动清除WordPress数据库中的临时、垃圾和修订版数据。这些通常是不必要的,但随着时间的推移会占用大量空间。 2. **数据库优化**:通过运行SQL命令,如`OPTIMIZE TABLE`,插件...

    WordPress数据库探究

    本文旨在深入探究WordPress数据库的组织架构、数据表及其字段,以及如何利用这些知识提升开发效率与问题解决能力。 #### 数据库的重要性 在WordPress中,数据库扮演着至关重要的角色,它存储了包括博客设置、文章...

    WordPress数据库操作函数详解_.docx

    WordPress的数据库操作主要依赖于`wpdb`类,这是一个专门设计用来与MySQL数据库交互的类,包含了一系列方便开发者进行数据操作的方法。在WordPress中,`wpdb`类已经预先实例化为全局变量`$wpdb`,因此可以直接使用这...

    WordPress5.8可用数据库插件SqliteIntegration

    WordPress5.8可用数据库插件SqliteIntegration是一个重要的工具,专为WordPress用户设计,旨在提供在WordPress环境中使用SQLite数据库的能力。WordPress默认使用MySQL作为其数据存储解决方案,但通过...

    博客系统数据库设计.doc

    总之,这个博客系统数据库设计项目涵盖了数据库设计的基本要素,包括需求分析、功能划分、ER模型转换、表结构设计、完整性约束和数据库实现。通过这样的设计,可以构建一个功能齐全、安全稳定且易于扩展的博客系统,...

    博客系统数据库设计.pdf

    总的来说,博客信息管理系统的设计是一个涉及全面数据库设计的过程,包括需求分析、概念模型构建、物理模型设计、完整性规则设定、数据库对象创建以及功能实现。这个系统不仅需要满足用户的基本博客发布和交流需求,...

    WordPress数据库的基本构造及各表结构

    通过以上介绍,可以看出WordPress的数据库设计充分考虑了扩展性和灵活性。对于开发者而言,理解这些表及其字段的作用不仅有助于有效利用WordPress的功能,还能帮助开发出更加稳定和个性化的网站应用。

    项目数据库设计1

    【项目数据库设计1】主要涉及的是WordPress(WP)系统的数据库设计,这个系统是一个基于PHP语言和MySQL数据库的内容管理系统,主要用于个人博客和个人信息发布。在数据库设计中,主要关注以下几个方面: 1. **用户...

    [整站程序]WordPress英文网站源码(带27000文章数据)_wp.rar

    综上所述,这个WordPress英文网站源码不仅包含了一个运行中的网站,还提供了丰富的学习材料,涵盖了PHP编程、数据库管理、前端设计、网站安全和性能优化等多个方面,对于开发者来说是一份宝贵的实践资源。...

    wordpress-grep:Perl工具,用于搜索WordPress数据库

    在`wordpress-grep`中,Perl的这些特性被充分利用,以方便开发者对WordPress数据库进行深度分析。 **二、WordPress-Grep工作原理** 1. **连接数据库**:`wordpress-grep`首先需要连接到WordPress的MySQL数据库,这...

    基于wordpress的个人博客的设计与开发

    【基于WordPress的个人博客设计与开发】 WordPress是一个广泛使用的开源内容管理系统(CMS),它基于PHP编程语言,并依赖MySQL数据库来存储和管理网站内容。作为博客平台,WordPress具有丰富的功能和高度可定制性,...

    毕业设计,基于PHP+MySQL开发的整站程序-打听网(wordpress打造cms),内含完整源代码,数据库脚本

    毕业设计,基于PHP+MySQL开发的整站程序-打听网(wordpress打造cms),内含完整源代码,数据库脚本 【整站程序打听网(wordpress打造CMS)】是基于WordPress构建的一个内容管理系统(CMS),它展示了WordPress的强大...

    毕业设计,基于PHP+MySQL开发的整站程序-WordPress英文网站(带27000文章数据),内含完整源代码,数据库脚本

    毕业设计,基于PHP+MySQL开发的[整站程序]WordPress英文网站(带27000文章数据),内含完整源代码,数据库脚本 1 解压文件到你的网站目录,假设你的绑定网址为http://www.codepub.com/xxx 2 打开...

    网站总体规划方案与数据库设计.doc

    网站总体规划方案与数据库设计是构建高效、用户友好且功能丰富的在线平台的关键步骤。这份文档将深入探讨这个过程,包括从初期的项目启动到最终的数据库实施。 1. 引言: 在开发任何网站之前,首先需要一个清晰的...

    wordpress-6.4.2-zh_CN.zip

    1. **模板系统**:WordPress 的模板层次结构允许开发者自定义布局和设计,通过修改模板文件实现个性化定制。 2. **函数与钩子**:了解 WordPress 的函数和钩子机制,开发者可以编写自定义功能,例如通过动作钩子在...

    WordPress中文完全教程

    WordPress最初是为博客网站设计的,但随着其功能的不断扩展,它已经被用作构建各种网站类型的平台。WordPress的特点包括易用性、灵活性和丰富的插件及主题生态系统。 WordPress的安装和配置过程在本教程中被分为几...

Global site tag (gtag.js) - Google Analytics