WordPress数据库中的表、字段、类型及说明

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也会自动加入,如文章中有的音频媒体)。

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值。

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系统所涉及的主要内容包括:

文章(页面)及其分类

链接及其分类

选项、设置

用户设定

时间: 2024-12-09 01:42:35

WordPress数据库中的表、字段、类型及说明的相关文章

【转】 WordPress数据库及各表结构分析

默认WordPress一共有以下11个表.这里加上了默认的表前缀 wp_ . wp_commentmeta:存储评论的元数据wp_comments:存储评论wp_links:存储友情链接(Blogroll)wp_options:存储WordPress系统选项和插件.主题配置wp_postmeta:存储文章(包括页面.上传文件.修订)的元数据wp_posts:存储文章(包括页面.上传文件.修订)wp_terms:存储每个目录.标签wp_term_relationships:存储每个文章.链接和对应

使用sql查询mysql/oracle/sql server/gp数据库中指定表的字段信息(字段名/字段类型/字段长度/是否是主键/是否为空)

1,根据数据库类型拼接不同URL /** * 根据类型不同拼接连接的URL * @param dbType 1:mysql.2:oracle.3:sql server.4:gp * @param ip * @param port * @param databaseName * @return*/ public static String getTestDbUrl(int dbType, String ip, String port, String databaseName){ String ur

Java对比两个数据库中的表和字段,写个冷门的东西

Java对比两个数据库中的表和字段,写个冷门的东西 转载的 来源网络 目前所在的项目组距离下个版本上线已经很近了,就面临了一个问题:开发人员在开发库上根据需要增加数据表.数据字段.或者变更了字段类型或者字段长度等等. 由于时间比较紧迫,导致在开发过程中不可能一一把DDL数据库脚本记录下来,在比较大的项目中,比如我所在项目开发的系统大概包含了800张左右的表,字段上10000个的情况下,人工处理明显不可行,所以我们就得通过程序来判断比对,哪些是我们需要新增加的表,哪些是我们需要新增加的字段,哪些是

数据库设计中主键字段类型的选择

很久都没有写过博客了,从最后一次发表的文章到现在已经是两个多月的时间了,一直都想写点什么,可一直没有时间(其实都是借口),随笔内容无疑就是工作学习中的总结,经验的分享,也是自己成长的一面镜子,好了,言规正传,这次谈谈在数据库设计中主键字段类型的选择. 做web 开发时,经常要与数据库交互,数据库主键的选择也犹为重要,怎么么选择数据库主键字段的类型,主要从以下几个方面考虑: 1. 首先要符合业务需求,这是设计中重要的出发点 2. 数据库的迁移问题,考虑在后期是否要经常迁移,数据库高度唯一性 3.程

向数据库中插入一个DateTime类型的数据到一个Date类型的字段中,需要转换类型。TO_DATE('{0}','YYYY-MM-DD'))

需要指出的是,C#中有datetime类型,但是这个类型是包括小时,分钟,秒的.这个格式与数据库中的Date类型不符,如果将now设为datetime类型插入数据会失败. 需要通过TO_DATE('字段','YYYY-MM-DD'))转换.如下: string.Format("insert into tablename (TIME) values(TO_DATE('{0}','YYYY-MM-DD'))",now) 错误写法: string.Format("insert in

查询Oracle 数据库中带有lob字段的某一个表的大小

注意:由于lob字段有独立的lob segment来存储,故对于带有lob字段的表,不能仅仅查询dba_segments. 以下脚本来自: How to Compute the Size of a Table containing Outline CLOBs and BLOBs[Article ID 118531.1] 经过修改:改为了NVL(SUM(S.BYTES),0) SQL> col "TOTAL TABLE SIZE" format 99999999999999 ---

通过jdbc获取数据库中的表结构

通过jdbc获取数据库中的表结构 主键 各个表字段类型及应用生成实体类 1.JDBC中通过MetaData来获取具体的表的相关信息.可以查询数据库中的有哪些表,表有哪些字段,字段的属性等等.MetaData中通过一系列getXXX函数,将这些信息存放到ResultSet里面,然后返回给用户.关于MetaData的说明网上也有不少,这里我只是从我自身学习的角度来记录一下简单使用JDBC以及获取数据表相关信息的方法. DatabaseMetaData dbmd = con.getMetaData()

python生成数据库中所有表的DESC描述

在数据库设计完成之后, 常常需要在 wiki 或其他文档中保存一份数据库中所有表的 desc 描述, 尤其是每个字段的含义和用途. 手动去生成自然是不可取的. 因此, 我编写了一个简单的 python 程序,可以自动生成数据库中所有表的 desc 描述, 并以可读格式输出. # -*- coding: utf-8 -*- # ------------------------------------------------------------------------------- # Name

查询SQLServer2005中某个数据库中的表结构、索引、视图、存储过程、触发器以及自定义函数

查询SQLServer2005中某个数据库中的表结构.索引.视图.存储过程.触发器以及自定义函数 2013-03-11 09:05:06|  分类: SQL SERVER|举报|字号 订阅 (1)查询SQLServer2005中某个数据库中的表结构 SELECT TOP 100 PERCENT --a.id,CASE WHEN a.colorder = 1 THEN d.name ELSE '' END AS 表名,CASE WHEN a.colorder = 1 THEN isnull(f.v