WordPress 数据库结构及表字段作用解析
对于WordPress的开发可以说子凡已经是如痴如醉了,通过 WordPress 本身的开放性接口可以做到很多的事情,但是有些时候我们可能更喜欢直接查询数据库来实现某些 WordPress 没有提供的函数来实现目的,所以这时候我们就需要对WordPress 数据库的结构和字段作用需要了解,这样才有利于做深度的使用和开发。

子凡今天之所以想着要整理一份 WordPress 数据库表结构的详细说明,其实是因为有想考虑在 WordPress 的某张表里新增一个字段,来实现某些特殊的定制化数据的存储,虽然数据表中的字段命名都非常规范和准确,大多数通过字段名就可以知道是什么作用,不过其中有些字段还真不知道具体用处,就显得非常的尴尬了,所以就通过 WordPress 官方和,整理出来,方便自己以后的使用和提供给大家有个参考。
WordPress 数据表作用介绍
首先分别来先看看 WordPress 所有的数据表都是干什么用的吧,一下是 WordPress 完整的 12 张数据表,当然刚安装好的时候一般是只有 11 张表的,如果还有其它相关的数据库,那么可能就不是 WordPress 本身的数据库,有可能是某些主题或插件需要而创建的,所以一下肯定子凡要介绍的还是 WordPress 本身的数据库表和字段了。
- wp_commentmeta:存储 Akismet 或手工审核的评论是否为垃圾评论的判断结果;
- wp_comments:存储评论信息,如评论内容、评论所属文章、评论人昵称、邮箱、URL 等;
- wp_links:存储友情链接信息,如友链名称、URL、打开方式、描述、是否可见等;
- wp_options:存储 WordPress 系统默认及后台系统选项、插件及主题配置信息,包括网站标题、副标题、当前主题等等;
- wp_postmeta:存储文章的一些相关信息,如文章附件图片的 alt 信息、文章所在分类的 URL 以及文章自定义的自定义字段,其中可能就有文章访问次数等;
- wp_posts:存储文章信息,包括文章标题、正文、摘要、作者、发布时间、访问密码、评论数、修改时间、文章地址等;
- wp_termeta:存储对菜单分类的更多设置,属于开发性功能居多,例如分类目录的缩略图、颜色标识等;
- wp_terms:存储菜单分类、标签分类名称及 URL 信息;
- wp_term_relationships:存储文章和分类、标签的相互对应关系;
- wp_term_taxonomy:存储分类和标签的描述信息、父子关系、所属包含的文章数等;
- wp_usermeta:存储用户的姓名、昵称、权限等信息;
- wp_users:存储用户名、密码、昵称、邮箱、注册时间等信息;
wp_commentmeta
- meta_id:自增唯一 ID
- comment_id:评论 ID
- meta_key:键名
- meta_value:键值
wp_comments
- comment_ID:自增唯一 ID
- comment_post_ID:对应文章 ID
- comment_author:评论者
- comment_author_email:评论者邮箱
- comment_author_url:评论者网址
- comment_author_IP:评论者 IP
- comment_date:评论时间
- comment_date_gmt:评论时间(GMT+0 时间)
- comment_content:评论正文
- comment_karma:未知
- comment_approved:评论是否被批准
- comment_agent:评论者的 USER AGENT
- comment_type:评论类型(pingback/普通)
- comment_parent:父评论 ID
- user_id:评论者用户 ID(未登录用户的评论则为空
wp_links
- link_id:自增唯一 ID
- link_url:链接 URL
- link_name:链接标题
- link_image:链接图片
- link_target:链接打开方式
- link_description:链接描述
- link_visible:是否可见(Y/N)
- link_owner:添加者用户 ID
- link_rating:评分等级
- link_updated:未知
- link_rel:XFN 关系
- link_notes:XFN 注释
- link_rss:链接 RSS 地址
wp_options
- option_id:自增唯一 ID
- blog_id:博客 ID,用于多用户博客,默认 0
- option_name:键名
- option_value:键值
- autoload:WordPress 加载时自动载入(yes/no)
wp_postmeta
- meta_id:自增唯一 ID
- post_id:对应文章 ID
- meta_key:键名
- meta_value:键值
wp_posts
- ID:自增唯一 ID
- post_author:对应作者 ID
- post_date:发布时间
- post_date_gmt:发布时间(GMT+0 时间)
- post_content:正文
- post_title:标题
- post_excerpt:摘录
- post_status:文章状态(publish/auto-draft/inherit 等)
- comment_status:评论状态(open/closed)
- ping_status:PING 状态(open/closed)
- post_password:文章密码
- post_name:文章缩略名
- to_ping:未知
- pinged:已经 PING 过的链接
- post_modified:修改时间
- post_modified_gmt:修改时间(GMT+0 时间)
- post_content_filtered:未知
- post_parent:父文章,主要用于 PAGE
- guid:唯一标识符(短链接)
- menu_order:排序 ID
- post_type:文章类型(post/page 等)
- post_mime_type:MIME 类型
- comment_count:评论总数
wp_termeta
- meta_id:自增唯一 ID
- term_id:分类 ID
- meta_key:键名
- meta_value:键值
wp_terms
- term_id:分类 ID
- name:分类名
- slug:缩略名
- term_group:分组
wp_term_relationships
- object_id:对应文章 ID/链接 ID
- term_taxonomy_id:对应自定义分类 ID
- term_order:排序
wp_term_taxonomy
- term_taxonomy_id:自定义分类 ID
- term_id:分类 ID
- taxonomy:分类(category/post_tag)
- description:分类描述
- parent:所属父分类 ID
- count:文章数统计
wp_usermeta
- umeta_id:自增唯一 ID
- user_id:对应用户 ID
- meta_key:键名
- meta_value:键值
wp_users
- ID:自增唯一 ID
- user_login:登录名
- user_pass:密码
- user_nicename:昵称
- user_email:Email
- user_url:网址
- user_registered:注册时间
- user_activation_key:激活码
- user_status:用户状态
- display_name:显示名称
写在最后
以上便是WordPress 官方和实际 WordPress 数据库而整理并标注的一些信息,其中有些数据表中的字段无法确定,或者其中有些字段在新版的 WordPress 中已经几乎未在使用,例如 wp_users 表中的 user_status 用户状态字段就没有使用。所以以上内容仅供简单查阅和参考,并且也无法保证时刻与 WordPress 最新版本保持一致,当然如果你有新的发现或者不同,欢迎在本文底部留言,验证后可以做及时更新。
WordPress 数据库结构及表字段作用解析的更多相关文章
- wordpress数据库结构以及数据表之间的关系
默认WordPress一共有以下11个表.这里加上了默认的表前缀 wp_ . wp_commentmeta:存储评论的元数据 wp_comments:存储评论 wp_links:存储友情链接(Blog ...
- 判断mysql数据库表和表字段是否存在
1.判断数据库表是否存在, // mysqlSELECT table_name FROM information_schema.tables WHERE table_name=#{tableName, ...
- wordpress数据库结构及表说明
数据表结构: wp_commentmeta:存储评论的元数据wp_comments:存储评论wp_links:存储友情链接(Blogroll)wp_options:存储WordPress系统选项和插件 ...
- MySQL5.7 库、表结构、表字段的查询、更改操作
1.查询所有数据库 SHOW DATABASES; 2.查询库中所有表 写法1: ① USE [DATABASE_NAME]; ② SHOW TABLES; 写法2: SHOW TABLES FROM ...
- jbpm4.3表结构和表字段说明
整体说明: JBPM4_DEPLOYMENT 流程定义表JBPM4_DEPLOYPROP 流程定义属性表 JBPM4_EXECUTION 流程实例表JBPM4_HIST_ACTINST 流程活动 ...
- mysql 修改表结构、表字段注释语句
虽然现在有各种各样的工具可以直接对表结构进行修改,但是我还是喜欢使用语句进行修改.以下语句是对表增加字段.给字段加注释的语句 alter table orders add column isupdyq ...
- Oracle数据库中设置表字段为自动序列
--创建序列 increment ; --创建触发器 create or replace trigger zonecode_trigger before insert on org_HospitalZ ...
- mysql 数据库批量刷新表字段数据
UPDATE a,bSET b.studentno = a.studentnumber WHERE b.studentno IS NULL AND a.p_id = b.p_id
- 关于解决SpringDataJpa框架实体类表字段创建顺序与数据库表字段展示顺序不一致的问题
今天在公司的项目开发中,遇到一个问题: 后端对象实体类中写入字段顺序与数据库中的存储顺序不一致. 仔细观察到数据库中的表字段的排序方式是按照拼音字母的顺序abcdef......来存储的 而我的实体类 ...
随机推荐
- NOIP2017 D2T2 宝藏
洛谷P3959 其实就是一道暴力搜索题……只是需要一个状态压缩的剪枝比较难想而已 这根本不叫dfs!只是一个递归而已……开始就被dfs坑了 思路: 首先一个基本的预处理 数据范围n≤12,m≤5000 ...
- elementui多个文件上传问题
我认为绑定一个值 然后把值改变不同的名字即可
- LeetCode--096--不同的二叉搜索树(python)
我的思路比较low直接看官方题解吧... class Solution: def numTrees(self, n: int) -> int: G = [0] * (n+1) G[0],G[1] ...
- sqlserver 2012 中的 sysobjects
sysobjects 表 在数据库内创建的每个对象(约束.默认值.日志.规则.存储过程等)在表中占一行
- Linux学习-基于CentOS7的LAMP环境实现多虚拟主机
一.实验环境 系统:CentOS7.6 主机:两台(一台也可以),一台实现apache+php-fpm (192.168.214.17),一台实现mysql服务器 (192.168.214.27) 软 ...
- Android与IOS的优缺点比较 对 Android 与 IOS 比较是个个人的问题。 就好比我来说,我两个都用。我深知这两个平台的优缺点。所以,我决定分享我关于这两个移动平台的观点。另外,然后谈谈我对新的 Ubuntu 移动平台的印象和它的优势。 IOS 的优点 虽然这些天我是个十足的 Android 用户,但我必须承认 IOS 在某些方面做的是不错。首先,苹果公司在他们的设备更新方面有更
Android与IOS的优缺点比较 对 Android 与 IOS 比较是个个人的问题. 就好比我来说,我两个都用.我深知这两个平台的优缺点.所以,我决定分享我关于这两个移动平台的观点.另外,然后谈谈 ...
- Bugku 杂项 又一张图片,还单纯吗
又一张图片,还单纯吗 下载后,用binwalk打开图片 使用foremost 2.png进行分离 得到图片 关于foremost foremost [-v|-V|-h|-T|-Q|-q|-a|-w-d ...
- LCA【Tarjan】
首先,我们先来了解LCA. LCA 是树上两个点最近的公共祖先. 比如说,在如图的树中,3与4的公共祖先有“2”,“1”,但最近的祖先是“2”. 显然,暴力可以做O(n),但是我们希望更快. 现在,有 ...
- 转载--C++的反思
转载自http://blog.csdn.net/yapian8/article/details/46983319 最近两年 C++又有很多人出来追捧,并且追捧者充满了各种优越感,似乎不写 C++你就一 ...
- HDU 2602 Bone Collector (01背包问题)
原题代号:HDU 2602 原题链接:http://acm.hdu.edu.cn/showproblem.php?pid=2602 原题描述: Problem Description Many yea ...