Wikidata数据库表说明

MediaWiki 同时被 3 个专栏收录
1 篇文章 0 订阅
1 篇文章 0 订阅
1 篇文章 0 订阅

1. page

该表可以被认为是“维基的核心”。MediaWiki安装中的每个页面都有一个条目,按标题标识它并包含一些基本元数据。它首先在r6710中的MediaWiki 1.5中引入。

页面本身的文本存储在 text 表中。要检索文章的文本,MediaWiki首先在 page 表中搜索 page_title。然后,page_latest 用于在 revision 表中搜索 rev_id ,并在该过程中获取rev_text_id。为rev_text_id获取的值用于在 text 表中搜索 old_id 以检索文本。删除页面时,修订将移动到 archive 表。

参考与: https://www.mediawiki.org/wiki/Manual:Page_table

序号
字段名
属性
非 空说明
1page_idint unsigned页面ID(主键)
2page_namespaceint页面命名空间,页面是普通页时该值为0;是图片页时该值为6;是分类页时该值为14.
3page_titlevarchar(255)页面标题,页面命名空间和页面标题唯一标识
4page_restrictionstinyblob一个页面一组逗号分隔的permission key,指明谁可以移动或编辑此页面
5page_langvarbinary页面内容语言。 在页面创建时设置为NULL的默认值。
6page_is_redirecttinyint unsigned此处的值为1表示文章是重定向; 在所有其他情况下它是0。
7page_is_newtinyint unsigned此字段存储页面是否为新页面,这意味着它要么只有一个修订版本,要么自还原后尚未编辑,即使有多个修订版本也是如此。 如果该字段包含值1,则表示该页面是新的; 否则,它为0.如果页面是新的,则不显示回滚链接,因为没有可回滚的内容。
8page_randomreal unsigned随机十进制值,介于0和1之间,用于特殊:随机(有关详细信息,请参见手册:随机页面)。 由wfRandom()生成。
9page_touchedbinary(14)每当页面以需要重新呈现的方式改变时,该时间戳就会更新,从而使高速缓存无效。 除编辑外,还包括权限更改,链接页面的创建或删除以及所包含模板的更改。 在页面创建时设置为$ dbw-> timestamp()。
10page_links_updatedvarbinary(14)页面被重新解析的时间(此时链接表中的记录执行更新操作)
11page_latestint unsigned页面的最新版本,指向revision表的rev_id
12page_lenint unsigned页面当前源文本的未压缩长度(以字节为单位)。
但是,这不适用于此表中仍有记录的图像。相反,description使用文件的未压缩长度(以字节为单位),因为后者在text.old_text字段中。
includes / WikiPage.php中的Wikipage类有两个方法,即insertOn()和updateRevisionOn(),它们负责填充这些细节。
13page_content_modelvarbinary(32)内容模型(如wikitext)
14索引主键:page_id
外键:page_latest -> revision.rev_id

2. revision

修订表包含对wiki中的页面所做的每个编辑的元数据。每次编辑页面都会创建一个修订行,其中包含进行编辑的用户,编辑时间以及文本表中新wiki文本的引用等信息。

请注意,行部分是关于编辑操作,部分是关于该操作的结果,即新的wiki文本。它没有直接引用旧的wiki文本。

从另一个wiki导入页面的最后一个修订版会在修订表中生成两个条目,一个条目包含导入修订版本的日期和wiki文本,另一个条目包含导入日期。如果已经存在具有相同名称的页面,则后者的wikitext成为当前页面的wikitext,即两页中最近的页面。

修订表与recentchanges表非常相似。修订表用于页面历史记录和用户贡献列表。 recentchanges表用于最近的更改,相关更改,关注列表,以及在页面创建的情况下,用于新页面列表。

差异包括:

recentchanges表还记录了已记录的事件,例如页面移动和删除
recentchanges表中的项目会定期清除;除非页面被删除或站点所有者运行deleteOldRevisions.php维护脚本,否则修订表中的那些将永久保留。
如上所述,导入页面修订版不仅会在修订表中添加一个带有导入日期的条目,还会添加一个带有原始日期的条目。
已删除的修订将移至归档表。

在MediaWiki 1.5中引入了修订表和文本表以取代cur表。

参考与:https://www.mediawiki.org/wiki/Manual:Revision_table

序号
字段名
属性
非 空说明
1rev_idint unsigned该字段包含每个修订的主键。 page.page_latest是此字段的外键。自从表格在MediaWiki 1.5中开始以来,rev_id和text_id取代了旧的cur_id,因此rev_id号码在删除/取消删除时保留。
2rev_pageint unsigned此字段包含对此修订所属页面的引用。 该字段中的数字等于所述页面的page_id字段。 这永远不应该是无效的; 如果是,则该修订将不会显示在页面历史记录中。 如果page.page_latest链接到具有无效rev_page的修订,则会导致“名为’Foo’的页面的修订版#0不存在”错误。 (修订版缺少插槽和内容时可能会出现类似问题)
3rev_text_idint unsigned这是text表中old_id的外键。 (text表是存储实际批量文本的位置。)多个修订版可能使用相同的文本 - 例如,仅更改元数据的修订版,或者对先前版本执行回滚的修订版。

(在1.31中不推荐使用)如果存在slots.slot_revision_id = rev_id的slots表中的行,则应忽略该字段(可能为0),以支持来自slots和content表的相应数据。
4rev_commenttinyblob此字段包含对包含编辑器注释的注释行的引用。
5rev_userint unsigned这等于进行此编辑的用户的user_id。 对于匿名编辑,初始化脚本和某些批量导入,此字段的值为0。
6rev_user_textvarchar(255)如果修订由未注册用户完成,则此字段包含编辑者用户名的文本或编辑器的IP地址。

在从UseModWiki导入的匿名修订或第二阶段软件的早期版本中,此字段可能包含一个IP地址,最终八位字节被遮挡(i.e. \ d {1,3} \。\ d {1,3} \。\ d { 1,3} \ .xxx,如24.150.61.xxx;见bug 3631)。 从UseModWiki导入的某些编辑可能包含反向DNS查找主机名,如ppfree165-153-bz.aknet.it或office.bomis.com。
7rev_timestampbinary(14)保存编辑的时间戳。
8rev_minor_edittinyint unsigned记录用户是否标记了“次要编辑”复选框。 如果此字段的值为1,则编辑被声明为“次要”; 否则是0。 许多自动编辑都标记为次要编辑。
9rev_deletedtinyint unsigned该字段保留给RevisionDelete系统。 它是一个位域,其值为DELETED_TEXT = 1; DELETED_COMMENT = 2; DELETED_USER = 4; 和DELETED_RESTRICTED = 8.因此,例如,如果没有从该修订中删除任何内容,则该值为0; 如果注释和用户都已删除,则值为6。
10rev_lenint unsigned该版本的长度(以字节为单位)
11rev_parent_idint unsigned页面上一次修订的rev_id。 对应于rc_last_oldid。 对于作为新页面创建的编辑,rev_parent_id = 0。
12rev_sha1varbinary(32)base-36编码的文本内容哈希值(SHA-1算法)
13rev_content_modelvarbinary(32)内容模型,请参阅Defines.php中的CONTENT_MODEL_XXX常量。 这些ID将在API和XML转储中公开。 定义自己的内容模型ID的扩展应该注意避免冲突。 建议使用扩展名作为前缀,例如’myextension-somecontent’。 可能的值包括:‘wikitext’,‘javascript’,‘css’,‘text’和’json’
(在1.31中弃用)如果使用slot_revision_id = rev_id的slot表中的行应忽略(并且可能为NULL),以支持来自插槽和内容表的相应数据。
14rev_content_formatvarbinary(64)内容格式,请参阅Defines.php中的CONTENT_FORMAT_XXX常量。 这些应该是MIME类型,并将在API和XML转储中公开。 扩展程序可以免费使用以下格式,或定义自己的格式。 建议坚持使用MIME类型的约定。 可能的值包括:‘text / x-wiki’,‘text / javascript’,‘text / css’,‘text / plain’,‘text / html’,‘application / vnd.php.serialized’,‘application / json’,‘application / xml’

(在1.31中弃用)如果存在slot_revision_id = rev_id的槽表中的行,则应忽略该字段(并且可以为NULL)。
15索引主键:rev_id
外键:rev_page -> page. page_id
rev_text_id -> text.old_id
rev_user -> user.user_id
rev_parent_id -> revision.rev_id

3. text

该表包含各个页面修订的wiki文本。 如果使用Postgres或Oracle,则此表名为pagecontent。 扩展程序也可以在此处存储数据。

字段名称是MediaWiki 1.4及更早版本中旧版本表的保留。

如果您将Wiki从MediaWiki 1.4或更早版本更新到较新版本,并且如果您已经至少运行一次update.php,那么您仍然会在文本表中使用旧列,其内容已迁移到页表并且 revision 表(内容被复制,不被剪切)。 text表中的这些列将不再使用。 除了old_id,old_text和old_flags之外,text表中的所有字段都不再需要,可以安全删除。

文本内容可以在外部压缩或存储,因此很难从该表中获取。 fetchText.php维护脚本可用于检索给定old_id的文本。

参考与: https://www.mediawiki.org/wiki/Manual:Text_table

序号
字段名
属性
非 空说明
1old_idint unsigned用于标识每个文本的唯一整数。 它由内容表中的content.content_address引用。 在多内容修订实现之前,revison表中的revision.rev_text_id和archive表中的ar_text_id是此列的键。
2old_textmediumblob页面的wiki文本,或指向DB:// cluster / id形式的外部存储的指针
3old_flagstinyblob文本格式(如gzip, utf8, object)
4索引主键:old_id

4. wb_terms

存储标签,说明和实体的别名。

参考与 : https://www.mediawiki.org/wiki/Wikibase/Schema/wb_terms

序号
字段名
属性
非 空说明
1term_row_idbigint唯一的行ID。
term_entity_idint
3term_full_entity_idvarbinary实体的完整实体ID,例如:G。“Q42”或“P31”。
4term_entity_typevarbinary包含具有以下值之一的纯文本字符串:
5term_languagevarbinary存储语言格式,比如zh-cn
6term_typevarbinary包含具有以下值之一的纯文本字符串:
label- 用于以特定语言表示维基数据中描述的实体的主要标签,
description - 简要说明以澄清标签的含义
alias - 也称为 - 所选语言中的替代标签,主要用于按名称搜索项目。
7term_textvarbinary存储标签,描述和别名的文本值。
8term_search_keyvarbinaryterm_textcontains 相同的值,但为搜索标准化,例如全部小写
9term_weightfloat

5. wb_changes

记录条目,属性变化记录

参考与 : https://www.mediawiki.org/wiki/Wikibase/Schema/wb_changes

序号
字段名
属性
非 空说明
1change_idint唯一的行ID
2change_typevarbinary发生变化的类型:
wikibase-property~add - 属性增加
wikibase-item~add - 条目增加
wikibase-property~update - 属性修改
wikibase-item~update - 条目修改
3change_timevarbinary修改的时间
4change_object_idvarbinary修改的条目或者属性ID,例如:“Q5”,“P10”
5change_revision_idint其和revision中的rev_id一样
6change_user_idint修改人ID
7change_infomediumblob以JSON格式存储新的整页数据。
8索引主键: change_id

6. wb_changes_dispatch

参考与 : https://wikimedi.ca/extensions/Wikibase/docs/change-propagation.wiki

序号
字段名
属性
非 空说明
1chd_sitevarbinary用其全局站点ID标识目标wiki。
2chd_dbvarbinary指定客户端wiki的逻辑数据库名称。
3chd_seenint(11)包含发送到此客户端wiki的最后一个更改ID。
4chd_touchedvarbinary表示该行最后一次更新的时间。这仅适用于报告和调试。
5chd_lockvarbinary某个进程当前在这一行上保存的某种锁的名称。锁名称应指示锁定机制。锁定机制应该能够可靠地检测属于死进程的陈旧锁。
6chd_disabledtinyint设置为1以禁用此wiki的调度。
7索引主键:chd_site

7. wb_changes_subscription

订阅表跟踪哪个客户端wiki正在使用哪个实体。 此信息用于决定在更改实体时确定需要通知哪个客户端Wiki。

参考与: https://www.mediawiki.org/wiki/Wikibase/Schema/wb_changes_subscription

序号
字段名
属性
非 空说明
1cs_row_idbigint自动递增行ID供内部使用; 首要的关键。
2cs_entity_idvarbinary客户端wiki上使用的实体的ID。
3cs_subscriber_idvarbinary使用实体的wiki的全局ID(由sites表使用)(通过WMF约定,与数据库名称相同)。
4索引主键: cs_row_id

8.wb_id_counter

为项目存储一个计数器,为属性存储一个计数器,为存储在wikibase存储库中的词汇存储一个。 将来可以添加其他类型的实体。

参考与 : https://www.mediawiki.org/wiki/Wikibase/Schema/wb_id_counters

序号
字段名
属性
非 空说明
1id_valueint(10) unsigned记录维基属性和条目的个数,比如
wikibase-item的值为66087621
2id_typevarbinary(32)实例值:
- wikibase-item
- wikibase-property
- wikibase-lexeme
维基数据生产中的表目前仅包含这三行。
3索引

9.wb_items_per_site

此表包含从项目到维基百科文章的链接。

参考与 : https://www.mediawiki.org/wiki/Wikibase/Schema/wb_items_per_site

序号
字段名
属性
非 空说明
1ips_row_idbigint(20) unsigned主键ID
2ips_item_idint(10) unsigned项目的QId数。 这是page.page_title减去Q
例如:page.page_title : Q5,这里即为 5
3ips_site_idvarbinary(32)链接到的网站的ID。
示例:enwiki,commonswiki,be_x_oldwiki
4ips_site_pagevarbinary(310)链接的页面的名称。 这是非规范化的,因此它使用空格而不是下划线,并且可能包含命名空间名称。
5索引主键:ips_row_id

10.wb_property_info

与wikibase属性相关的辅助信息的查找表。 此信息源自描述属性的主数据blob(读取:包含JSON的wiki页面)。

参考与 : https://www.mediawiki.org/wiki/Wikibase/Schema/wb_property_info

序号
字段名
属性
非 空说明
1pi_property_idint(10) unsigned如果属性的ID,主键,如果已知属性的命名空间,则可以对page.page_title进行连接。
2pi_typevarbinary(32)属性的数据类型。 这从pi_info的内容重复,以允许有效地按类型查询属性。
3pi_infoblob包含与属性关联的信息的 JSON BLOD
4索引主键 : pi_property_id

11.wbc_entity_usage

该表包含关于维基网页使用了实体的信息。此信息主要用于在实体更改时清除所有受影响页面的解析器缓存。

参考与 : https://www.mediawiki.org/wiki/Wikibase/Schema/wbc_entity_usage

序号
字段名
属性
非 空说明
1eu_row_idbigint(20)自动递增行ID供内部使用。主键
2eu_entity_idvarbinary(255)使用的实体的ID。
3eu_aspectvarbinary(37)使用实体的方面。众所周知的值:
- S(“附加链接”):使用实体的附加链接。
- L(“label”):语言xx中实体的标签发生了变化。
-L.xx(“XX中的标签”):标签方面可以具有指定所用语言的修饰符。
- T(“标题”):使用与实体对应的本地页面的标题。
- O(“其他”):其他方面,不是附加链接,标签或标题。通常是陈述。
- X(“所有”):使用或可以使用其他方面(例如语句数据)或所有方面。
4eu_page_idint(11)使用实体的页面ID; 是指page.page_id。

12.actor

actor表是MediaWiki存储有关actor的信息的地方,从T167246中的revision,archive,image,oldimage,filearchive,recentchanges,logging 表中分解出来。

参考与:https://www.mediawiki.org/wiki/Manual:Actor_table

序号
字段名
属性
非 空说明
1actor_idbigint(20) unsigned主键,用于唯一标识actor。
2actor_userint(10) unsigned执行操作的用户的user.user_id的键,或注销(IP)编辑和某些批量导入的NULL。
3actor_namevarbinary(255)用户名的文本或actor的IP地址。
4索引主键:actor_id

13.archive

该表是MediaWiki在已删除页面上存储信息的位置。 MediaWiki管理员可以使用Special:Undelete特殊页面恢复或取消删除页面。从MediaWiki 1.5开始,页面内容保留在text表中;删除时间记录在logging表中。

删除页面时,其所有旧版本都会从revision表移动到archive表。然后还原页面时,将从archive表中删除其修订,并在修revision中重新创建。

归档表与布局中的旧表和修订表大致相关;因为Gerrit更改了51675,所以它有一个主键:ar_id。

在MediaWiki 1.5之前,text表中的内容已移至此处,因此各个修订版具有非空的ar_text内容。该文本可能已被压缩,在这些情况下,它在修订版的ar_flags字段上标记为gzip。目前还没有关于何时发生删除的记录,使得难以将多个删除周期分开或将旧删除与最近未长时间编辑的页面的删除区分开。 (将此数据存储在log_search或logging.log_params中的建议被拒绝。)

参考与:https://www.mediawiki.org/wiki/Manual:Archive_table

序号
字段名
属性
非 空说明
1ar_idint(10) unsigned主键
2ar_namespaceint(11)基本页面信息:包含已删除修订的名称空间。 它们包含page_namespace中的值。
3ar_titlevarbinary(255)基本页面信息:包含已删除页面的页面标题,与page_title相同。
4ar_comment_idbigint(20) unsigned这是comment表中comment_id的外键。
5ar_userint(10) unsigned基本修订信息:包含删除修订的用户的用户ID; 它与user_id和rev_user相同。 对于匿名编辑,初始化脚本和某些批量导入,此字段的值为0。

(在1.31中弃用)在执行actor迁移时,根据配置设置$ wgActorTableSchemaMigrationStage,此字段可能为空,执行编辑的actor可以存储在ar_actor字段中。
6ar_user_textvarbinary(255)基本修订信息:此字段包含编辑者用户名的文本,如果删除的修订由未注册用户完成,则包含编辑器的IP地址。 与rev_user_text相似。

(在1.31中弃用)在执行actor迁移时,根据配置设置$ wgActorTableSchemaMigrationStage,此字段可能为空,执行编辑的actor可以存储在ar_actor字段中。
7ar_actorbigint(20) unsigned
8ar_timestampbinary(14)该字段包含最初保存修订的时间。 它相当于rev_timestamp。
9ar_minor_edittinyint(4)基本修订信息:记录用户是否将已删除的修订标记为次要编辑。 如果此字段的值为1,则编辑标记为“次要”; 否则是0。 这相当于rev_minor_edit。
10ar_rev_idint(10) unsigned删除修订后,其唯一的rev_id将存储在此处,以便在取消删除后保留。 这对于在意外删除周期或历史合并之类的混乱操作之后保留永久链接到给定的修订是必要的。

1.4中的旧条目在此处为NULL,并且将在取消删除时为这些修订创建新的rev_id。
11ar_text_idint(10) unsigned对于在MediaWiki 1.5及更高版本中删除的修订版,这是文本表中old_id的关键字; 也就是说,它是存储后端中存储文本的关键。 为了避免破坏块压缩方案并以其他方式更改存储更改,实际文本不会从文本表中删除; 相反,仅通过删除页面和修订条目来隐藏文本。 可与rev_text_id相媲美。

在MediaWiki 1.2-1.4下删除的旧条目在此字段中将具有NULL值,并且它们的ar_text和ar_flags字段将用于在取消删除时创建新文本行。
12ar_deletedtinyint(3) unsigned该字段保留用于RevDelete / Suppression(Oversight)系统。 相当于rev_deleted。
13ar_lenint(10) unsigned此字段包含已删除修订的长度(以字节为单位)。 类似于rev_len。
14ar_page_idint(10) unsigned参考page_id。 用于系统管理员修复在归档中合并在一起的大页面,或者用于在可能的情况下以其原始ID号干净地恢复页面。 可与rev_page相媲美。 对于在1.11之前删除的页面,将为NULL。
15ar_parent_idint(10) unsigned页面上一个修订版的修订版ID。 从rev_parent_id填充。 对于在1.13之前删除的修订,将为null。 可以通过该字段的值为0来识别对新创建的文章的第一次编辑(以及因此创建文章)。
16ar_sha1varbinary(32)base-36中的SHA-1文本内容哈希。 填充自rev_sha1。
17ar_content_modelvarbinary(32)归档修订的内容格式,默认为NULL,仅在与页面默认值不同时才存储。
18ar_content_formatvarbinary(64)归档修订的内容模型,默认情况下为NULL,仅在与页面默认值不同时才存储,由ContentHandler :: getDefaultModelFor($ title)确定。

14.user

用户表是MediaWiki存储有关用户的信息的位置。 如果使用Postgres,则此表名为mwuser。

参考与 : https://www.mediawiki.org/wiki/Manual:User_table

序号
字段名
属性
非 空说明
1user_idint(10) unsigneduser_id是主键,用于唯一标识用户
2user_namevarbinary(255)user_name:用户名必须是唯一的,并且不得采用IP地址的形式。 不应该允许斜线或案例冲突。允许使用空格,并将下划线转换为空格(与页面名称相反)。
3user_real_namevarbinary(255)user_real_name存储用户在“首选项”部分中提供的用户真实姓名(可选)。
4user_passwordtinyblobuser_password是三种格式之一,具体取决于$ wgPasswordSalt和$ wgPasswordDefault的设置:

密码格式详情请参见:
https://www.mediawiki.org/wiki/Manual:User_table
5user_newpasswordtinyblob为mail-a-new-password功能生成user_newpassword。
6user_newpass_timebinary(14)设置新密码时,user_newpass_time设置为当前时间戳(wfTimestampNow())。 与其他时间戳一样,它采用MediaWiki的时间戳格式(yyyymmddhhmmss,例如20130824025644)。
7user_emailtinyblob电子邮件应受限制,而不是公共信息。 与密码相同。
请注意,此字段不可为空,因此从未提供过电子邮件地址的用户具有空字符串集。
8user_touchedbinary(14)user_touched用户上次在站点上进行更改的时间,包括登录,页面更改(任何命名空间),监视列表和首选项更改。

当用户留下谈话消息时,user_touched时间重置。
9user_tokenbinary(32)user_token是伪随机生成的值。 当用户检查“记住我在此浏览器上的登录”时,该值存储在持久浏览器cookie $ {wgCookiePrefix}令牌中,该用户在对欺骗进行攻击时对用户进行身份验证。
10user_email_authenticatedbinary(14)user_email_authenticated是用户电子邮件通过身份验证的时间戳。 默认为NULL。
11user_email_tokenbinary(32)user_email_token是用于确认电子邮件地址的令牌。
12user_email_token_expiresbinary(14)user_email_token_expires是电子邮件令牌的到期时间戳。
13user_registrationbinary(14)user_registration是用户注册时的时间戳。 对于旧用户,此字段的值可能为NULL。 fixUserRegistration.php脚本可用于反向填充此字段。
14user_editcountint(11)user_editcount是用户执行的粗略编辑和类似编辑的操作。 以下操作计为编辑:

创建或修改MediaWiki页面,即使稍后删除了修订版或页面(即进行非空编辑)
在结构化讨论(前“流程”)板上创建或修改帖子
将页面移动到新标题(从版本1.30开始)
此字段不是COUNT(*)FROM版本WHERE rev_user = user_id的准确副本。 但是,如果更新脚本一直运行并且它是软件可用的唯一编辑计数数据,那么它应该大致准确,因此它仍然用于严重的目的,例如决定帐户是否已被自动提升。

许多事情可能导致此值不正确。 例如,它可能已过期,或者对于旧帐户,如果尚未运行更新脚本(initEditCount.php),则为NULL。 此外,一些删除可能不会一致地影响它。
15user_password_expiresvarbinary(14)用户密码过期的日期; null表示没有过期日期。 也可以通过调用User-> expirePassword()手动设置。
16索引主键 : user_id

15.bot_passwords

存储机器人密码

序号
字段名
属性
非 空说明
1bp_userint(10) unsigned用户的中心ID。 在默认安装中,这是user.user_id的外键。
2bp_app_idvarbinary(32)应用程序ID,用于区分使用同一帐户的多个应用程序; 使用bot登录的应用程序需要将 @ 作为用户名传递。
3bp_passwordtinyblob密码哈希(就像user.user_password)。
4bp_tokenbinary(32)用于记住/使会话无效的令牌(就像user.user_token)。
5bp_restrictionsblobMWRestrictions的JSON blob。
6bp_grantsblob使用此bot密码进行身份验证时允许的帐户授予。
7

16.comment

注释表存储编辑,块和其他动作,这些动作通常具有描述动作的文本注释。 它们存储在单独的表中,以减少主表的大小,并允许重复数据删除。

当前,重复数据删除是最大的努力,以避免锁定严格重复数据删除所需的插入。 可能有多行具有相同的comment_text和comment_data。

序号
字段名
属性
非 空说明
1comment_idbigint(20) unsigned标识每个评论的唯一ID。
2comment_hashint(11)用于重复数据删除的comment_text和comment_data的哈希值。
3comment_textblob总结更改的文字评论,例如 编辑者的编辑摘要。 该文本显示在历史记录和贡献中。 它还用于最近的更改,相关的更改,监视列表,并且在创建页面的情况下,还用于新页面的列表。 它由Linker :: formatComment()在经过清理的Wiki标记子集中呈现。 大小限制是在应用程序级别上强制执行的,应注意适当裁剪UTF-8字符串。
4comment_datablobJSON数据,用于本地化自动生成的注释。 它保存旨在用于提供自动生成的注释的本地化版本的结构化数据。 如果不为空,则comment_text应该是使用Wiki的内容语言本地化的生成注释。
5索引主键:comment_id
索引:comment_hash

17. change_def

change_tag表跟踪修订,日志和最近更改的标签。 另请参见tag_summary和valid_tag表。

参考与:https://www.mediawiki.org/wiki/Manual:Change_tag_table

序号
字段名
属性
非 空说明
1ct_idint(10) unsigned主键
2ct_rc_idint(11)change表的rc_id
3ct_log_idint(10) unsignedchange表的log_id
4ct_rev_idint(10) unsignedchange的rev_id请注意,这不是唯一的:对于应用于更改的每个标记,都会添加一个不同的行。
5ct_tagvarbinary(255)对应于应用于更改的一个标签的字符串。
6ct_tag_idblobchange_tag_def表(change_tag_def.ctd_id)的主键的外键。
7ct_paramsint(10) unsigned标签的参数。
8索引

18.change_tag_def

change_tag_def表是定义ID标记名称的表。 它还存储命中计数,以避免对change_tag进行昂贵的查询。

参考与 : https://www.mediawiki.org/wiki/Manual:Change_tag_def_table

序号
字段名
属性
非 空说明
1ctd_idint(10) unsigned标签的数字ID
2ctd_namevarbinary(255)标签的符号名称(以前会放在change_tag.ct_tag中)
3ctd_user_definedtinyint(1)此标签是否由特权用户使用Special:Tags手动定义
4ctd_countbigint(20) unsigned使用此标签的次数
5索引

19. content

content表代表内容对象。 它的主要目的是提供必要的元数据,以加载和解释序列化数据Blob以创建内容对象。

参考与:https://www.mediawiki.org/wiki/Manual:Content_table

序号
字段名
属性
非 空说明
1content_idbigint(20) unsigned内容对象的ID
2content_sizeint(10) unsigned内容对象的标称大小(不一定是序列化的Blob)
3content_sha1varbinary(32)内容对象的标称哈希(不一定是序列化的Blob)
4content_modelsmallint(5) unsigned对content_models.model_id的引用。 请注意,未指定序列化格式; 除非自动检测,否则应假定为模型的默认格式。
5content_addressvarbinary(255)内容Blob的类似URL的地址。 当前结构为:tt:,其中是引用text.old_id列的数字。
6索引主键:content_id

20.content_models

content_models表是内容模型名称的规范化表。

参考与 : https://www.mediawiki.org/wiki/Manual:Change_tag_def_table

序号
字段名
属性
非 空说明
1model_idsmallint(6)主键
2model_namevarbinary(64)
3索引

21.externallinks

externallinks表是MediaWiki存储和跟踪外部链接的地方。

参考与 : https://www.mediawiki.org/wiki/Manual:Content_models_table

序号
字段名
属性
非 空说明
1el_idint(10) unsigned主键。 目前不用于任何东西,但是将有助于在线模式更改。
2el_fromint(10) unsigned引荐Wiki页面的page_id
3el_toblob实际的URL本身。 它被传递到浏览器。
4el_indexblob这是与el_to搜索优化的URL相同的URL:剥离了用户名和密码信息,并且反转了其他组件以加快搜索速度,因此http:// user:password@sub.example.com/page.html变为http:/ /com.example.sub./page.html,它允许搜索“显示指向* .example.com的所有链接”形式。
5el_index_60varbinary(60)el_index会被截断为60个字节,以允许部分索引不支持的可排序查询。
6索引el_id

22.image

图像表描述图像和其他上传的文件。 但是,图像描述页面的存储方式与其他页面相同。 另请参阅:图像管理。 该表中的许多字段类似于oldimage表中的那些字段。 其中一些信息是根据MediaWiki docs /目录中的schema.doc改编的。

实际图像的路径未存储在此表中

序号
字段名
属性
非 空说明
1img_namevarbinary(255)使用下划线的文件名。
2img_sizeint(10) unsigned文件大小(以字节为单位)。
3img_widthint(11)图像宽度(以像素为单位)。
4img_heightint(11)图像高度(以像素为单位)。
5img_metadatamediumblob文件属性的序列化PHP数组。 如果提取器失败,则为0。
6img_bitsint(11)基于GIF / PNG调色板的图像的位深度(最多8位)。 非调色板图像(JPEG / PNG / TIFF / SVG)为0、8或16。所有其他文件默认为0。
7img_media_typeenum(‘UNKNOWN’,‘BITMAP’,‘DRAWING’,‘AUDIO’,‘VIDEO’,‘MULTIMEDIA’,‘OFFICE’,‘TEXT’,‘EXECUTABLE’,‘ARCHIVE’,‘3D’)可能的是:UNKNOWN, BITMAP, DRAWING, AUDIO, VIDEO, MULTIMEDIA, OFFICE, TEXT, EXECUTABLE, ARCHIVE, 3D
8img_major_mimeenum(‘unknown’,‘application’,‘audio’,‘image’,‘text’,‘video’,‘message’,‘model’,‘multipart’,‘chemical’)可能是: unknown, application, audio, chemical, image, message, model, multipart, text, video
9img_minor_mimevarbinary(100)例如. jpeg, gif, png, svg+xml, tiff, ogg, pdf vnd.djvu, webm, wav, mpeg, x-flac, midi, x-xcf, sla, webp, etc.
10img_description_idbigint(20) unsigned这是comment表中comment_id的外键。
11img_userint(10) unsigned上传文件的用户的用户ID。
(在1.31中已弃用)在完成actor迁移时,并且根据配置设置$ wgActorTableSchemaMigrationStage,此字段可能为空,而执行编辑的actor可以存储在img_actor字段中。
12img_user_textvarbinary(255)上传文件的用户的用户名。
(在1.31中已弃用)在完成actor迁移时,并且根据配置设置$ wgActorTableSchemaMigrationStage,此字段可能为空,而执行编辑的actor可以存储在img_actor字段中。
13img_actorbigint(20) unsignedactor表中actor_id的外键。
14img_timestampvarbinary(14)上传时间的时间戳记。 时间戳不一定与logging.log_timestamp相同。
15img_sha1varbinary(32)文件内容的SHA-1哈希(以base 36格式)。 include / GlobalFunctions.php的wfBaseConvert用于将基数从16(十六进制)转换为基数36,然后将结果填充为31个字符。
17索引主键:img_name

23.imagelinks

imagelinks表存储文件的包含。 从输出函数中的链接缓存到“这里的链接”页面,这对各种功能都有好处。 请注意,某些图像可能位于外部文件存储库中。

参考与:https://www.mediawiki.org/wiki/Manual:Imagelinks_table

序号
字段名
属性
非 空说明
1il_fromint(10) unsigned链接所在页面的page_id。
2il_from_namespaceint(11)包含链接的页面的page_namespace。
3il_tovarbinary(255)所链接文件的标题。
4索引主键:il_from

24.interwiki

interwiki表存储了维基百科前缀及其目标。 请参阅默认的维基百科前缀。 Wiki间链接本身存储在iwlinks表中。 可以使用Interwiki类访问此数据。

参考与:https://www.mediawiki.org/wiki/Manual:Interwiki_table

序号
字段名
属性
非 空说明
1iw_prefixvarbinary(32)维基链接的前缀; 这与编辑时使用名称空间的方式相同。
2iw_urlblob链接的目标; 页面名称将替换为$ 1。
3iw_apiblob文件api.php的URL。 当通过siprop = interwikimap请求一个维基百科地图时,除ApiQuerySiteinfo :: appendInterwikiMap()外,不使用此属性。
4iw_wikiidvarbinary(64)数据库的名称(用于使用wfGetLB(‘wikiid’)建立的连接)
5iw_localtinyint(1)通知MediaWiki如何处理来自外部来源的维基链接。 如果iw_local为1,则将这些链接视为从本地Wiki内部生成。
例如,en.wikipedia.org项目上的interwiki链接fr:设置了iw_local = 1。
因此,指向https://en.wikipedia.org/wiki/fr:Accueil的链接可以将您优雅地重定向到法语首页(Accueil)。 但是,en.wikipedia.org上的WorldCat ISSN目录标记为0;
https://en.wikipedia.org/wiki/issn:1021-9749的链接不起作用,即使[[issn:1021-9749]]在本地Wikipedia页面上也可以使用。 请参阅m:Help:Interwiki链接#非本地Interwiki。
6iw_transtinyint(1)这用于允许从另一个MediaWiki安装中包含模板(或其他页面)。 $ wgEnableScaryTransclusion和iw_trans都需要打开。
7索引主键:iw_prefix

25.iwlinks

iwlinks表存储了interwiki链接及其目标。 不要与Langlinks表混淆。

参考与:https://www.mediawiki.org/wiki/Manual:Iwlinks_table

序号
字段名
属性
非 空说明
1iwl_fromint(10) unsignedpage页的page_id(即链接显示在的本地页)。
2iwl_prefixvarbinary(20)目标的维基百科前缀代码。 与编辑时使用名称空间的方式相同。
3iwl_titlevarbinary(255)目标页面的标题,包括名称空间(FULLPAGENAMEE样式)。 空格会转换为下划线,但是首字母不会自动大写。 因此,例如,到w:foo bar的interwiki链接的iwl_title为“ foo_bar”。
4索引主键:iwl_from
iwl_prefix
iwl_title

26.ipblocks

ipblocks表存储IP地址和被禁止编辑的用户的详细信息。 名称“ ipblocks”是旧名称,因为现在用户帐户块也存储在该表中。

参考与:https://www.mediawiki.org/wiki/Manual:Ipblocks_table

序号
字段名
属性
非 空说明
1ipb_idint(11)主键,为保护隐私而引入。
2ipb_addresstinyblob点分四进制形式或用户名的IP地址被阻止。
3ipb_userint(10) unsigned阻止的用户ID或IP阻止的0。
4ipb_byint(10) unsigned进行阻止的管理员的用户ID。
5ipb_by_textvarbinary(255)进行屏蔽的管理员的文本用户名。
(在1.31中弃用); 不推荐使用ipb_by_actor。
6ipb_by_actorbigint(20) unsigned这是actor表中actor_id的外键。
7ipb_reason_idbigint(20) unsigned这是comment表中comment_id的外键。
8ipb_timestampbinary(14)以标准YMDHMS格式创建(或刷新)日期。
9ipb_autotinyint(1)表示该IP地址已被阻止,因为被阻止的用户通过该IP地址访问了该页面。 如果为1,则ipb_address将被隐藏。
10ipb_anon_onlytinyint(1)如果设置为1,则该阻止仅适用于注销的用户。
11ipb_create_accounttinyint(1)防止创建与IP地址匹配的帐户。
12ipb_enable_autoblocktinyint(1)在块上启用自动阻止。
13ipb_expiryvarbinary(14)管理员在阻止时设置的到期时间。 标准时间戳或字符串“ infinity”。
14ipb_range_starttinyblobIP范围块中的第一个IP。
15ipb_range_endtinyblobIP范围块中的最后一个IP。
16ipb_deletedint(11)允许标记该条目,将其对用户和sysops隐藏。
17ipb_block_emailtinyint(1)禁止用户访问Special:Emailuser。
18ipb_allow_usertalktinyint(1)指示是否阻止了被阻止的用户编辑其对话页面。 值1表示允许用户编辑其用户对话页面。
19ipb_parent_block_idtinyint(1)导致该块存在的块的ID。 自动块将其设置为原始块,因此要删除的原始块也将删除自动块。
20ipb_sitewidetinyint(1)指示该块是站点范围内的还是部分站点。 值为0表示该块是部分块。 部分阻止可以阻止用户访问特定的页面,名称空间或操作。 如果部分块阻止用户访问任何页面或名称空间,则这些内容将存储在ipblocks_restrictions表中。
21索引主键:ipb_id

27.ipblocks_restrictions

ipblocks_restrictions表存储与块相关的限制。

参考与:https://www.mediawiki.org/wiki/Manual:Ipblocks_restrictions_table

序号
字段名
属性
非 空说明
1ir_ipb_idint(11)此限制所涉及的块的ipb_id。
2ir_typetinyint(1)块的类型。
1 = page
2 = namespace
3ir_valueint(11)块限制的值。 对于页面,这是命名空间的page_id,这是在config中找到的命名空间ID。
4索引主键:ir_ipb_id
ir_type
ir_value

28.ip_changes

每次保存注销用户的编辑时,都会在ip_changes表中创建一行。 这会将IP存储为十六进制表示,以便我们可以更轻松地找到IP范围内的编辑内容。 该表是在Gerrit更改370946中引入的。

参考与:https://www.mediawiki.org/wiki/Manual:Ip_changes_table

序号
字段名
属性
非 空说明
1ipc_rev_idint(10) unsigned修订表的外键,也用作唯一的主键。
2ipc_rev_timestampbinary(14)修订的时间戳。
3ipc_hexvarbinary(35)IP地址的十六进制表示形式,由IP :: toHex()返回。
对于IPv4,它将类似于:ABCD1234
对于IPv6:v6-ABCD1234000000000000000000000000
然后使用BETWEEN识别给定范围内的修订。
4索引主键:ipc_rev_id

29.category

category 表跟踪所有现有类别。 某物是一个类别,如果它在类别链接中某处有一个条目,或者它曾经做过(任务T28411)。类别可能没有对应的页面,因此需要分别进行跟踪。 cat_pages,cat_subcats和cat_files签名使下溢更加明显。

页面和子类别存储在categorylinks表中。有关隐藏哪些类别的信息存储在page_props表中。数字字段经过签名以使下溢更加明显。 为了使排序更好,我们使第一个数字包括第二个数字:为显示而减法很容易,为排序而加法则不容易。
如果此表中的信息不正确,请运行维护脚本populateCategory.php和/或cleanupEmptyCategories.php,如果需要,请使用–force选项。

参考与:https://www.mediawiki.org/wiki/Manual:Category_table

序号
字段名
属性
非 空说明
1cat_idint(10) unsigned主键
2cat_titlevarbinary(255)类别的名称,格式与page.page_title(带下划线)相同。 根据定义,如果存在与该类别对应的类别页面,则该页面具有此名称(在“类别”名称空间中)。
3cat_pagesint(11)类别中的页数。 该数量包括子类别的数量和文件的数量。
4cat_subcatsint(11)类别中子类别的数量。
5cat_filesint(11)类别中的文件数(即图片:名称空间成员)。
6索引主键:cat_id

30.categorylinks

categorylinks表存储与[[Category:Title]]或[[Category:Title | sortkey]]形式的链接相对应的条目,将其放置在页面上的任何位置时,会将页面放入名为“标题”的类别中(与之相关的页面 可能存在或可能不存在)。 以冒号开头的链接,例如[[:Category:Title]],不会存储在categorylinks表中,而是作为普通的内部链接进行处理(在这种情况下,指向页面Category:Title)。 类别页面的可编辑部分与其他页面一样存储。

有四个索引可帮助提高性能:

cl_from和cl_to的串联(用于编辑文章时)
cl_to,cl_type,cl_sortkey和cl_from的串联(用于按顺序显示文章)
cl_to和cl_timestamp的串联
cl_collation

序号
字段名
属性
非 空说明
1cl_fromint(10) unsigned存储放置链接的文章的page.page_id。
2cl_tovarbinary(255)存储所需类别的名称(不包括名称空间前缀)。 下划线(_)替换空格
3cl_sortkeyvarbinary(230)存储标题,页面应按该标题在类别列表中排序。 这是二进制的排序键,取决于$ wgCategoryCollation,人类可能会或可能不会理解(但在作为字节字符串进行比较时应以正确的顺序排序)
4cl_sortkey_prefixvarbinary(255)在表中存储该链接的最后更新时间。
5cl_timestamptimestamp如果页面使用默认排序键(即未指定排序键),则为空字符串。 否则,它是cl_sortkey的人类可读版本。 主要是为了使cl_sortkey在某些情况下可以轻松更新而无需重新分析整个页面。
6cl_collationvarbinary(32)正在使用什么排序规则。 用于排序规则更改时,updateCollation.php脚本知道哪些行需要在db中修复。
7cl_typeenum(‘page’,‘subcat’,‘file’)这是什么类型的页面(文件,子目录(子类别)或页面(普通页面))。 用于有效地分类页面上不同部分的页面。
8索引主键:cl_from、cl_to

31. filearchive

filearchive表存储有关已删除的所有介质的信息,类似于归档表的已删除文本修订版的工作。 这些文件位于已删除文件的存储区中。 在本地存储中,最有可能是图像文件夹/已删除/。 这是使图像无法删除的表格。 在MediaWiki 1.11之前,默认情况下禁用此功能,并且必须将Manual:$ wgSaveDeletedFiles设置为true才能启用它。 从版本1.11开始,此行为由$ wgFileStore控制,默认情况下,已删除的文件存储在$ wgUploadDirectory / deleted中。

参考与 :https://www.mediawiki.org/wiki/Manual:Filearchive_table

序号
字段名
属性
非 空说明
1fa_idint(11)唯一id
2fa_namevarbinary(255)原始基本文件名; image.img_name,page.page_title等的键
3fa_archive_namevarbinary(255)归档文件的文件名(如果是旧版本),带有前置时间戳。 例如。20090311210905!Constant_and_setup.png
4fa_storage_groupvarbinary(16)文件数据存储在哪个存储仓(目录树或对象存储)中。对于已删除的文件,应“删除”; 尚未使用任何其他垃圾箱。
5fa_storage_keyvarbinary(64)文件内容的SHA-1加上扩展名,用作存储密钥。 例如。8f8a562add37052a1848ff7771a2c515db94baa9.jpg
6fa_deleted_userint(11)删除文件的用户
7fa_deleted_timestampbinary(14)删除时间(如果已删除此文件)
8fa_deleted_reason_idbigint(20) unsigned这是comment表中comment_id的外键。
9fa_sizeint(10) unsigned文件大小(以字节为单位)。 img_size重复。
10fa_widthint(11)图像宽度(以像素为单位)。 img_width重复。
11fa_media_typeenum(‘UNKNOWN’, ‘BITMAP’, ‘DRAWING’, ‘AUDIO’, ‘VIDEO’, ‘MULTIMEDIA’, ‘OFFICE’, ‘TEXT’, ‘EXECUTABLE’, ‘ARCHIVE’, ‘3D’)可能是:UNKNOWN, BITMAP, DRAWING, AUDIO, VIDEO, MULTIMEDIA, OFFICE, TEXT, EXECUTABLE, ARCHIVE
12fa_metadatamediumblob文件属性的序列化PHP数组。 img_metadata重复
13fa_bitsint(11)基于GIF / PNG调色板的图像的位深度(最多16位)。 非调色板图像(JPEG / PNG / TIFF / SVG)为0或8。所有其他文件默认为0。img_bits重复。
14fa_heightint(11)图像高度,以像素为单位。 img_height重复。
15fa_major_mimeenum(‘unknown’, ‘application’, ‘audio’, ‘image’, ‘text’, ‘video’, ‘message’, ‘model’, ‘multipart’, ‘chemical’)可能是unknown, application, audio, chemical, image, message, model, multipart, text, video
img_major_mime的副本。
16fa_minor_mimevarbinary(100)例如。 jpeg,gif,png等

img_minor_mime的副本。
17fa_description_idbigint(20) unsigned这是注释表中comment_id的外键。
18fa_userint(10) unsigned上传文件的用户的用户ID </>。 img_user重复。
19fa_user_textvarbinary(255)上传文件的用户的用户名。 img_user_text的副本。
(在1.31中弃用); 不推荐使用fa_actor。
20fa_actorbigint(20) unsigned这是actor表中actor_id的外键。
21fa_timestampbinary(14)上传时间的时间戳记。 img_timestamp的副本。
22fa_deletedtinyint(3) unsigned删除的修订的可见性,位域。
23fa_sha1varbinary(32)sha1文件内容的哈希值,以36为底进行编码
24索引主键:fa_id

32.job

作业表中包含待处理作业的列表。 仅在$ wgJobTypeConf使用JobQueueDB类时使用。

序号
字段名
属性
非 空说明
1job_idint(10) unsigned主键
2job_cmdvarbinary(60)命令名称,限制为60个字符,以防止密钥长度溢出。 命令名称与$ wgJobClasses中的键相对应。
3job_namespaceint(11)要使用的命名空间。 如果命令未对标题进行操作,则应为0。 与job_title结合使用。
4job_titlevarbinary(255)要采取行动的标题。 如果命令未对标题进行操作,则应为空。 与job_namespace结合使用。
5job_timestampvarbinary(14)插入作业的时间戳。 在添加时间戳之前添加的作业为NULL。
6job_paramsmediumblob命令的任何其他参数。 存储为PHP序列化数组,如果没有参数,则存储为空字符串。
7job_randomint(10) unsigned用于并发作业获取的随机,非唯一数字。
8job_attemptsint(10) unsigned该作业被锁定的次数。
9job_tokenvarbinary(32)通过进程UUID在行上传递进程锁的字段。 解锁的作业将此字段设置为空字符串。
10job_token_timestampvarbinary(14)作业被锁定的时间戳记。 解锁作业的该字段为空。
11job_sha1varbinary(32)与检测重复相关的作业参数的基础36 SHA1。
12索引主键:job_id

33.l10n_cache

l10n_cache表。 它的内容可以删除,也可以从备份中排除,因为它将在需要时重新生成。 LocalisationCache.php的LCStore_DB类的公共函数get()通过lc_lang和lc_key查找lc_value。

参考与:https://www.mediawiki.org/wiki/Manual:L10n_cache_table、

序号
字段名
属性
非 空说明
1lc_langvarbinary(32)语言代码。
2lc_keyvarbinary(255)缓存键。
3lc_valuemediumblob值,存储为序列化字符串。
4索引主键:lc_lang
lc_key

34.langlinks

langlinks表跟踪语言间链接。

该表用于显示页面,是快速找到导航和工具箱链接下方通常出现在左页边的链接的方法。如果没有此表,MediaWiki将不得不解析每个页面显示的Wikitext。该表在页面(ll_from)和目标语言(ll_lang)上都有主键,因此每种页面只能为每种语言存储一个链接。

该表有三列:ll_from(整数),ll_lang(20个字符),ll_title(255个字符)。如果Wiki页面“瑞典”包含中间语言链接[[fr:Suède]],则ll_from将指示链接来自的瑞典页面,ll_lang将为“ fr”,而ll_title将为“Suède”。在2009年2月,对于瑞典语Wikipedia,该表具有320万行,其中145,000(4.5%)具有ll_lang“ fr”。

作为拥有此表的副作用,您可以:

  • 找出最受欢迎的目标语言:select count(*), ll_lang from langlinks group by 2 order by 1 desc limit 20;

  • 找出哪些页面具有最多的中间语言链接: select count(*), ll_from from langlinks group by 2 order by 1 desc limit 20;

(但随后您需要将ll_from转换为有用的页面名称。)

  • 中介语链接统计信息包含在每月的Wikipedia统计信息中。

从Wikidata开始,该表不再准确跟踪Wikipedia和其他Wikimedia Wiki中的实际语言间链接!
语言间链接通常被称为维基间链接。 例如,中介语言链接由所谓的“ interwiki机器人”更新。 尽管此表可以包含数百万行,但interwiki表通常只有几百行。
ll_title是单个varchar字符串,将在目标语言Wiki的URL中使用。 仅此表不足以确定该链接是否唯一,因为它可能导致重定向或名称空间别名。 例如,即使名称空间的拼写不同,中间语言链接[[fr:Catégorie:Suède]]和[[fr:Category:Suède]]都是同义词。

参考与:https://www.mediawiki.org/wiki/Manual:Langlinks_table

序号
字段名
属性
非 空说明
1ll_fromint(10) unsigned推荐页面的page_id。
2ll_langvarbinary(20)目标的语言代码,符合ISO 639-1标准。
3ll_titlevarbinary(255)目标的标题,包括名称空间(FULLPAGENAMEE样式)。
4索引主键:ll_from
ll_lang

35.logging

MediaWiki中的每个日志操作都记录在日志记录表中。 用户可以在Special:Log上看到这些编辑,除了一些受限制的日志(例如Special:Log / suppress)。

该表的内容就是您在Special:Log页面上看到的内容。 例如:

2008年6月25日14:18 Jacksprat(Talk | contribs |街区)上传了“ Image:Climb.jpg”(为climbing页面添加了此图像)

参考与:https://www.mediawiki.org/wiki/Manual:Logging_table

序号
字段名
属性
非 空说明
1log_idint(10) unsigned表的主键。 rc_logid是链接到此列的外键。
2log_typevarbinary(32)日志操作的类型,或“日志类型”。

您可以在Special:Log上按此类型的某些值进行过滤。

与rc_log_type相当。
3log_actionvarbinary(32)动作已执行。 对于给定的类型,可能有多种动作:例如,类型为delete的条目可能具有动作delete或restore,等等。与rc_log_action相当。
4log_timestampbinary(14)执行操作的时间,采用MediaWiki在数据库中各处使用的时间戳格式:yyyymmddhhmmss(例如,“ 14:18,2008年6月25日”)。 与rc_timestamp和rev_timestamp相当。 如果日志事件是文件上传,则此字段不必与LocalFile :: recordUpload2()生成的image.img_timestamp相同。
5log_userint(10) unsigned执行操作的用户的ID。 这是对用户表的引用(示例中为“ Jacksprat”的用户ID)。 与rc_user和rev_user相当。

不推荐使用#log_actor。
6log_user_textvarbinary(255)执行该操作的用户的用户名,主要用于匿名用户,可以由maintenance / populateLogUsertext.php填充。 与rc_user_text和rev_user_text相当。

不推荐使用#log_actor。
7log_actorbigint(20) unsigned这是actor表中actor_id的外键,与执行该操作的用户(注册或匿名)相对应。
8log_namespaceint(11)受影响页面的名称空间。 与log_title一起,这是对页表的引用(示例中为“ Image:Climb.jpg”)。 与rc_namespace相当。

日志记录表可能包含log_namespace <0的行:
特殊:renameuser的log_type和log_action为“”或“ renameuser”
特殊:log_type为“ newusers”的用户登录和log_action例如 被“创造”
9log_titlevarbinary(255)受影响页面的标题。 与log_namespace一起,这是对页表的引用。 与rc_title相当

标题也称为日志条目的“目标”。

对于用户阻止,这是被阻止用户的用户名。
10log_pageint(10) unsigned此日志操作所涉及的page_id。 与rc_cur_id和rev_page相当。 在页面移动的情况下,此设置为已移动页面的page_id(因为Gerrit更改157872)。 以前,它是重定向的page_id;如果页面是在未创建重定向的情况下移动的,则为0。
11log_comment_idbigint(20) unsigned这是comment表中comment_id的外键。
12log_paramsblob附加参数,通常为空。镜像到rc_params中。 log_params通常是序列化的,但不总是序列化的;有时,由于历史原因,log_params的字段由换行符分隔。创建新日志类型的任何人都应该使用PHP序列化。

对于用户块,log_params包含块和其他数据的持续时间,以人类可读的形式显示,例如“ 2周nocreate,noautoblock,noemail”。对于页面移动,它包含页面被移动到的带前缀页面标题的序列化数组(即FULLPAGENAME格式)和noredir的布尔值。有关其他示例,请参见手册:日志参数。
13log_deletedtinyint(3) unsigned与RevisionDelete系统一起使用以删除日志条目。 该字段相当于rc_deleted和rev_deleted。 这是一个位字段。 将以下各项之和确定代表的含义:

1个动作已删除
2条评论已删除
4用户已删除
8如果删除的信息受到限制。 如果未设置此字段,则仅需要删除的历史权限,否则需要取消修订权限。 (在Wikimedia Wiki上,这对应于管理员是否可以查看条目,或者仅监督者可以查看)。
例如,如果该值为6(4 + 2),则该操作将是可见的,但除非您已删除历史记录权限,否则注释和用户将不会显示。
14索引主键:log_id

36. log_search

log_search表(在r50567中添加)。 log_search和logging.log_params均可用于存储有关日志事件的数据。 被索引的log_search用于筛选实时查询。 例如,RevisionDelete使用它来将日志事件过滤到修订ID(不仅仅是页面)。 例如,如果修订48和49被日志事件29删除,则将在log_search中创建两行,两个字段的ls_field等于’rev_id’,第一字段的ls_value等于48,第二字段的49 ,并且两个字段的ls_log_id均等于29。 对于离线使用(例如缓慢的分析),log_params就足够了。

用于在log_search中存储数据的函数通常是ManualLogEntry :: setRelations()和LogPage :: addRelations()。

参考与:https://www.mediawiki.org/wiki/Manual:Log_search_table

序号
字段名
属性
非 空说明
1ls_fieldvarbinary(32)ID的类型(“ rev_id”,“ log_id”,“ ipb_id”,“ target_author_id”;根据tables.sql,“ rev timestamp”和“ username”。)可以添加其他类型。
2ls_valuevarbinary(255)ID的值(例如,如果ls_field为’rev_id’,则ls_value将包含rev_id)。
3ls_log_idint(10) unsignedlog_id的键
4索引主键:ls_field、ls_value、ls_log_id

37.module_deps

module_deps表用于缓存外观/模块所依赖的本地文件,这些文件没有直接注册。

当前用于跟踪CSS依赖的图像和LESS文件。

参考与:https://www.mediawiki.org/wiki/Manual:Module_deps_table

序号
字段名
属性
非 空说明
1md_modulevarbinary(255)模块名称
2md_skinvarbinary(32)皮肤名称
3md_depsmediumblob具有文件依赖项的JSON Blob。
包含绝对文件路径,用于找到相应的文件。 当Wiki例如 移动到另一个文件夹或另一个服务器。
从MediaWiki 1.25(phabricator:T37472)开始,update.php现在删除module_deps表的内容,从而清除了缓存。 对于update.php中尚未具有此修复程序的MediaWiki版本,解决方法是手动删除module_deps表的内容。
4索引主键:md_module、md_skin

38.objectcache

如果不使用Memcached,则objectcache表将用于一些常规的缓存操作。 它的内容可以删除,也可以从备份中排除,因为它将在需要时重新生成。

参考与: https://www.mediawiki.org/wiki/Manual:Objectcache_table

序号
字段名
属性
非 空说明
1keynamevarbinary(255)缓存对象的唯一标识符。 例如<实例>:用户:ID:<用户ID>
2valuemediumblob缓存的对象。
3exptimedatetime缓存条目应过期的日期,因此应删除。
4索引主键:keyname

39. oldimage

oldimage表包含有关文件的旧修订版的信息。 当有人将新版本的现有文件上传到Wiki时,它将被填充。 这些文件将移至文件夹/ image / archive。 但是,有关已删除图像的信息将不会存储在oldimage表中。 删除时,信息将移至文件归档。

参考与:https://www.mediawiki.org/wiki/Manual:Oldimage_table

序号
字段名
属性
非 空说明
1oi_namevarbinary(255)图像名称(文件和文章,似乎相同)。 与img_name相当。
2oi_archive_namevarbinary(255)图像名称,以该图像的旧版本的时间戳记为前缀
3oi_sizeint(10) unsigned文件大小(以字节为单位)。 与img_size相当。
4oi_widthint(11)图像宽度(以像素为单位)。 与img_width相当。
5oi_heightint(11)图像高度,以像素为单位。 与img_height相当。
6oi_bitsint(11)基于GIF / PNG调色板的图像的位深度(最多16位)。 非调色板图像(JPEG / PNG / TIFF / SVG)为0或8。所有其他文件默认为0。img_bits。
7oi_description_idbigint(20) unsigned这是注释表中comment_id的外键。
8oi_userint(10) unsigned上传文件的用户的用户ID。 与img_user相当。

(在1.31中已弃用)在完成actor迁移时,并且根据配置设置$ wgActorTableSchemaMigrationStage,此字段可能为空,而执行编辑的actor可以存储在oi_actor字段中。
9oi_user_textvarbinary(255)原始上传者的名称。 类似于img_user_text。

(在1.31中已弃用)在完成actor迁移时,并且根据配置设置$ wgActorTableSchemaMigrationStage,此字段可能为空,而执行编辑的actor可以存储在oi_actor字段中。
10oi_actorbigint(20) unsigned
11oi_timestampbinary(14)原始文件上传的时间戳。 类似于img_timestamp。
12oi_metadatamediumblob文件属性的序列化PHP数组。 类似于img_metadata。
13oi_media_typeenum(‘UNKNOWN’,‘BITMAP’,‘DRAWING’,‘AUDIO’,‘VIDEO’,
‘MULTIMEDIA’,‘OFFICE’,‘TEXT’,‘EXECUTABLE’,‘ARCHIVE’,‘3D’)
可能的是:UNKNOWN, BITMAP, DRAWING, AUDIO, VIDEO, MULTIMEDIA, OFFICE, TEXT, EXECUTABLE, ARCHIVE
与img_media_type相当。
14oi_major_mimeenum(‘unknown’,‘application’,‘audio’,‘image’,‘text’,
‘video’,‘message’,‘model’,‘multipart’,‘chemical’)
可能是:unknown, application, audio, chemical, image, message, model, multipart, text, video
与img_major_mime相当。
15oi_minor_mimevarbinary(100)例如。 jpeg,gif,png等

与img_minor_mime相当。
16oi_deletedtinyint(3) unsigned
17oi_sha1varbinary(32)文件内容的SHA-1哈希(以base 36格式)。 include / GlobalFunctions.php的wfBaseConvert用于将基数从16(十六进制)转换为基数36,然后将结果填充为31个字符。 类似于img_sha1。
18索引索引:oi_name、oi_user_text、oi_actor、oi_sha1

40.pagelinks

页面链接表跟踪Wiki中的所有内部链接。 每个条目都包含源页面的ID和名称空间(数字),以及从该源页面内部链接到的文章名称(以文本形式)和名称空间(数字)。 源页面ID的实例可能很多,与内部页面中的内部链接一样多,但是任何页面ID的每个内部链接只能有一个条目(否则MySQL会抛出致命错误)。

请注意,目标页面可能存在或不存在,并且由于重命名和删除,随着时间的流逝,它们可能引用不同的页面记录。

该表是在1.5版中引入的。 这是合并1.4版链接表和断开链接表的结果。 始终可以使用rebuildall.php维护脚本来重新生成pagelinks表。

参考与:https://www.mediawiki.org/wiki/Manual:Pagelinks_table

序号
字段名
属性
非 空说明
1pl_fromint(10) unsigned指向包含链接的页面的page_id的键。
2pl_from_namespaceint(11)包含链接的页面的page_namespace。
3pl_namespaceint(11)指向目标页面的page_namespace的键。 目标页面可能存在或不存在,由于时间的流逝,由于重命名和删除操作可能会引用不同的页面记录。
4pl_titlevarbinary(255)目标页面的page_title的键。 目标页面可能存在或不存在,由于时间的流逝,由于重命名和删除操作可能会引用不同的页面记录。 空格将转换为下划线,并且首字母将自动大写。 因此,例如,指向foo bar的链接的pl_title为“ Foo_bar”。
5索引主键:pl_from、pl_namespace、pl_title
索引:pl_from_namespace

41. page_props

page_props表包含有关解析器通过ParserOutput :: setProperty()设置的页面的属性,例如显示标题和默认类别sortkey。 特别是,所有双下划线的魔术词都会自动记录在这里。 同样,许多扩展使用此表来存储自己的数据。 请注意,重新解析页面会导致该页面的所有属性都从该表中清除并替换为新属性,因此该表不适合存储无法在重新解析期间重新生成的数据。

参考与 : https://www.mediawiki.org/wiki/Manual:Page_props_table

序号
字段名
属性
非 空说明
1pp_pageint(11)索引名称/值对的page_id
2pp_propnamevarbinary(60)页面属性名称
3pp_valueblob页面属性值
4pp_sortkeyfloat这样一来,可以根据属性值有效地查询和排序页面(请参阅任务T60032)。
5索引主键:pp_page、pp_propname

42.page_restrictions

page_restrictions表用于在MediaWiki 1.10及更高版本中存储页面保护级别。 最显着的功能是为高可见性页面引入了层叠页面保护。 该表仅适用于现有页面的限制。 不存在的页面的保护存储在protected_titles表中。

该表在MediaWiki 1.10(r19095–r19703)中引入,并且覆盖了页表中的page_restrictions字段。

参考与:https://www.mediawiki.org/wiki/Manual:Page_restrictions_table

序号
字段名
属性
非 空说明
1pr_idint(10) unsigned这是表的主键,用于标识表中的特定行。
2pr_pageint(11)该字段包含对page_id的引用,该引用用作该表的外键。
3pr_typevarbinary(60)保护类型(是否适用于编辑,页面移动或类似操作)存储在此字段中。
4pr_levelvarbinary(60)此列描述了页面的保护级别。 对仅限sysop的页面提供全面保护,对自动确认的用户提供半保护,或任何其他级别。
5pr_cascadetinyint(4)此字段确定是否级联保护(意味着页面上所有包含的模板和图像也将受到保护)。
6pr_userint(10) unsigned保留该字段是为了支持将来的每用户编辑限制系统。
7pr_expiryvarbinary(14)此字段包含其保护具有设置的到期日期的页面的时间戳,其格式类似于“ Ipblocks”表中的到期时间。 在此列中包含空值的行被视为无限期受保护。
8索引主键:pr_id

43.protected_titles

protected_titles表包含对不存在页面的保护。 现有页面的限制存储在page_restrictions表中。

参考与:https://www.mediawiki.org/wiki/Manual:Protected_titles_table

序号
字段名
属性
非 空说明
1pt_namespaceint(11)命名空间。
2pt_titlevarbinary(255)页面标题。
3pt_userint(10) unsigned保护页面标题的用户的用户ID。
4pt_reason_idbigint(20) unsigned这是注释表中comment_id的外键。
5pt_timestampbinary(14)采取保护措施的时间戳
6pt_expiryvarbinary(14)保护到期的时间戳
7pt_create_permvarbinary(60)防护等级
8索引主键:pt_namespace、pt_title
索引:pt_timestamp

44.querycache

querycache表用于缓存昂贵的分组查询。 该表中填充了updateSpecialPages.php维护脚本。

参考与:https://www.mediawiki.org/wiki/Manual:Querycache_table

序号
字段名
属性
非 空说明
1qc_typevarbinary(32)关键字名称,通常是特殊页面的基本名称。
2qc_valueint(10) unsigned某种储值。 尺寸,数量…
3qc_namespaceint(11)目标名称空间。 与qc_title结合使用。
4qc_titlevarbinary(255)目标标题。 与qc_namespace结合使用
5索引索引:qc_type

45.querycachetwo

表是用于缓存需要两个链接(例如,双重定向)的昂贵分组查询的表。

参考与:https://www.mediawiki.org/wiki/Manual:Querycachetwo_table

序号
字段名
属性
非 空说明
1qcc_typevarbinary(32)关键字名称,通常是特殊页面的基本名称。
2qcc_valueint(10) unsigned关键字名称,通常是特殊页面的基本名称。
3qcc_namespaceint(11)目标名称空间。 与qcc_title结合使用。
4qcc_titlevarbinary(255)目标标题。 与qcc_namespace结合使用。
5qcc_namespacetwoint(11)目标名称空间2。 与qcc_titletwo结合使用。
6qcc_titletwovarbinary(255)目标标题2。 与qcc_namespacetwo结合使用。
7索引索引:qcc_type

46. querycache_info

querycache_info表包含对缓存的特殊页面的更新的详细信息。

参考与:https://www.mediawiki.org/wiki/Manual:Querycache_info_table

序号
字段名
属性
非 空说明
1qci_typevarbinary(32)对应于qc_type值
2qci_timestampbinary(14)最后更新的时间戳
3索引主键:qci_type

47. recentchanges

最近更改表包含有关对Wiki进行的最新修改的信息(不早于$ wgRCMaxAge;另请参见下文)。该表的内容是在表页面和修订版之外生成的;可以使用维护脚本rebuildrecentchanges.php来重新生成它们。最近更改表本身用于生成最近更改页,相关更改页,监视列表和新页列表,并包含其他表上找不到的信息,例如编辑者的IP地址(取决于Wiki的配置)。最近更改表与修订表非常相似,该修订表用于页面历史记录和用户贡献列表。差异包括:

  • 最近更改表还引用了该页面的先前版本
  • 最近更改表还记录了记录的事件,例如页面移动和删除
  • 最近更改表中的项目会定期清除;修订表中的内容通常保留更长或更长时间。
  • 如前所述,导入页面修订不仅会在修订表中添加一个带有导入日期的条目,而且还会添加一个具有原始日期的条目。

移动页面时,其RC条目(特别是rc_namespace和rc_title)不会更改。

参考与:https://www.mediawiki.org/wiki/Manual:Recentchanges_table

序号
字段名
属性
非 空说明
1rc_idint(11)主键
2rc_timestampvarbinary(14)保留更改的时间戳。对应于rev_timestamp(和log_timestamp,对于日志操作而言)。
3rc_userint(10) unsigned这等于进行此更改的用户的user_id。对于匿名编辑,初始化脚本和某些批量导入,此字段的值为0。对应于rev_user(如果是log操作,则对应于log_user)
rc_user_textvarbinary(255)此字段保存进行更改的用户的用户名文本,如果更改是由未注册的用户进行的,则保留IP地址。对应于rev_user_text(和log_user_text,对于日志操作而言)。
5rc_actorbigint(20) unsigned这是actor表中actor_id的外键。对应于revactor_actor(如果是log操作,则为log_actor)。
6rc_namespaceint(11)可能更改的页面名称空间编号。对于日志操作,对应于log_namespace。如果此行描述了已记录的操作,则此字段的值为-1(NS_SPECIAL),因为它记录了Special:Log子页面的条目。
7rc_titlevarbinary(255)可能更改的页面名称,其中名称空间已删除。此字段以文本形式存储信息。在进行日志操作时,对应于log_title。
8rc_comment_idbigint(20) unsigned这是注释表中comment_id的外键。
9rc_minortinyint(3) unsigned记录用户是否将更改标记为“次要”。如果此字段的值为1,则更改被声明为“次要”;否则为0。许多自动更改被标记为次要。对应于rev_minor_edit。
10rc_bottinyint(3) unsigned记录是否通过“机器人帐户”进行了更改。如果此字段的值为1,则更改是由“机器人”(即具有“机器人”权限的用户)进行的;否则为0。通过在表单提交中包含参数“ bot = 0”,bot可以避免在更改时设置此标志。同样,具有“回滚”和“ markbotedits”权限的用户可以通过在回滚链接中包含参数“ bot = 1”来回溯地标记其回滚,并将正在回滚的编辑作为bot编辑。
11rc_newtinyint(3) unsigned如果此字段的值为1,则此编辑将创建一个页面;否则,将创建一个页面。否则为0。
12rc_cur_idint(10) unsigned该字段链接到页面表中的page_id键,该键存储页面的元数据。对于日志操作,对应于log_page。
13rc_this_oldidint(10) unsigned链接到修订表中新页面修订的rev_id键(在编辑之后)。
14rc_last_oldidint(10) unsigned链接到rev_parent_id,即此编辑之前的修订版的rev_id,其中包括页面的先前内容。
15rc_typetinyint(3) unsigned此字段存储对页面进行的修改的类型:

0(RC_EDIT)–编辑现有页面
1(RC_NEW)–新页面
2(RC_MOVE)–移动(作废)
3(RC_LOG)–日志操作(在MediaWiki 1.2中添加)
4(RC_MOVE_OVER_REDIRECT)–移至重定向(过时)
5(RC_EXTERNAL)–外部最近的更改。最初由Wikidata使用
6(RC_CATEGORIZE)–类别成员资格更改,请参见手册:CategoryMembershipChanges(在MediaWiki 1.27中添加,Gerrit更改239060)
16rc_sourcevarbinary(16)更改条目的源(替换rc_type)。

允许指定更改的类型,并允许更灵活地指定不同类型的最近更改条目。例如,对于核心的最近更改类型,“ mw.edit”,“ mw.log”,“ mw.new”以及扩展提供的“ wb”和“ flow”。
17rc_patrolledtinyint(3) unsigned如果启用了“最近更改巡逻”选项($ wgUseRCPatrol),则用户可以将更改标记为已被检查,以删除RC列表上的警告标志。值为0表示未对变更进行巡更,值为1表示已对变更进行了审查。 (在MediaWiki 1.4中引入)
18rc_ipvarbinary(40)如果启用$ wgPutIPinRC,则此字段存储在rc_user上指定的用户的IP地址。如果$ wgPutIPinRC为false,则该字段将包含一个空字符串。
在某些旧的MediaWiki版本中,此字段用于生成CheckUser报表,但是由于CheckUser将数据存储在单独的cu_changes表中,因此现在认为它已过时。设置扩展名后,可以一次复制该字段中的数据。
19rc_old_lenint(11)此字段存储以前修订文本的大小(以字节为单位)。此字段用于在最近的更改,相关更改和监视列表中生成添加和删除的字符功能。
20rc_new_lenint(11)此字段存储当前修订文本的大小(以字节为单位)。此字段用于在最近的更改,相关更改和监视列表中生成添加和删除的字符功能。对应于rev_len。
21rc_deletedtinyint(3) unsigned该字段存储此特定修订在Wiki中可见性的值。创建它是为了适应删除系统的最新修订。该字段类似于rev_deleted或log_deleted。
22rc_logidint(10) unsigned该字段是日志表的外键,如果此行对应于日志条目,则该表链接到log_id。该字段在MediaWiki 1.10中引入。
23rc_log_typevarbinary(255)如果在此行中引用了日志操作,则此字段存储已执行且在此行中引用的日志操作的类型。典型值为阻止,删除,导入,makebot,移动,新用户,保护,重命名用户,权限,上载。该字段可与log_type相媲美。
24rc_log_actionvarbinary(255)如果在此行中引用了日志操作,则此字段存储已执行且在此行中引用的日志操作的类型。该字段与log_action可比。
25rc_paramsblob在重写log_params文本之后,此字段将是log_params的镜像。在MediaWiki 1.10中引入。
26索引主键:rc_id
索引:rc_timestamp、rc_user_text、rc_actor、rc_namespace、rc_new、rc_cur_id、rc_this_oldid、rc_ip

48.redirect

重定向表包含当前当前重定向的每个页面(即,不是用于重定向的旧修订版)的源页面ID和有关目标的信息。 目标页面可能存在或可能不存在。

参考与:https://www.mediawiki.org/wiki/Manual:Redirect_table

序号
字段名
属性
非 空说明
1rd_fromint(10) unsigned包含源页面的page_id。
2rd_namespaceint(11)包含目标名称空间的编号。
3rd_titlevarbinary(255)包含目标页面的已清理标题。 它以文本形式存储,下划线代替空格。
4rd_interwikivarbinary(32)如果存在目标,则包含目标的分片ID(另请参见bugzilla:218),否则为NULL。
5rd_fragmentvarbinary(255)仅当使用Interwiki前缀时,此字段才为空:#REDIRECT [[prefix:…]](对于Wikipedia来说是前缀,例如“ w:”,对于荷兰语则是中间语言链接前缀,例如“ nl:”,但不这样) 都)。 在这种情况下,重定向在Special:WhatLinksHere中不可见(即使目标位于同一Wiki中),rd_namespace始终为0,并且rd_title可能包含可能的名称空间前缀,但是rd_fragment可以为非NULL。
6索引主键:rd_from
索引:rd_namespace

49.revision_actor_temp

version_actor_temp表是用于actor迁移的临时表,它在修订表的每一行和actor表的一行之间创建关系。 在英语维基百科这样的大型Wiki上,更改修订表是一个月的过程。 创建该表是为了避免这种更改,并且将来会合并到修订表中。

参考与:https://www.mediawiki.org/wiki/Manual:Revision_actor_temp_table

序号
字段名
属性
非 空说明
1revactor_revint(10) unsignedrevision.rev_id
2revactor_actorbigint(20) unsignedactor.actor_id的键。 替换version.rev_user和revision.rev_user_text,最终将被revision.rev_actor替换。
3revactor_timestampbinary(14)复制revision.rev_timestamp,以建立索引。
4revactor_pageint(10) unsigned复制revision.rev_page,以建立索引。
5索引主键:revactor_rev、revactor_actor
索引:revactor_page

50.revision_comment_temp

version_comment_temp表是一个临时表,用于在修订表的每一行和注释表的一行之间创建关系。 创建它的目的是避免阻塞修订表。 在英语维基百科这样的大型Wiki上,更改修订表需要一个月的时间。 创建该表是为了避免这种更改,并且将来会合并回修订版。

参考与:https://www.mediawiki.org/wiki/Manual:Revision_comment_temp_table

序号
字段名
属性
非 空说明
1revcomment_revint(10) unsignedrevision.rev_id
2revcomment_comment_idbigint(20) unsignedcomment.comment_id
3索引主键:revcomment_rev、revcomment_comment_id

51.searchindex

searchindex表用于提供全文本搜索。 在MySQL 5.6之前,全文索引仅由MyISAM表引擎提供,而不由InnoDB提供。 但是,文本表(1.4和更早版本中的cur表)使用InnoDB类型来提高并发性,因此需要使用当前页面文本的副本才能使用这些索引。 这就是该表在那里的原因。 如果使用Postgres,则此表不存在:全文信息直接存储为page和pagecontent表中的列。

参考与:https://www.mediawiki.org/wiki/Manual:Searchindex_table

序号
字段名
属性
非 空说明
1si_pageint(10) unsignedpage_id
2si_titlevarchar(255)页面标题的糊涂版本。
3si_textmediumtext页面当前文本的糊涂版本。
4索引主键:si_page
索引:si_title、si_text

52.updatelog

updatelog表记录MediaWiki更新,每个执行的更新脚本一个文本键行。

参考与:https://www.mediawiki.org/wiki/Manual:Updatelog_table

序号
字段名
属性
非 空说明
1ul_keyvarbinary(255)指向维护脚本的指针,该维护脚本在MediaWiki更新期间执行。 对于update.php,条目的格式类似于updatelist-1.22.3-1393593680。 指向维护脚本,MediaWiki版本和UNIX时间时间戳的指针。
2ul_valueblob记录的操作的序列化数据;
3索引主键:ul_key

53.uploadstash

Manual:UploadStash表存储有关新上载的文件的信息,然后再将它们移到实际的文件存储中,另请参见Manual:UploadStash。 它包含有关不完整上传的信息; 这些可以例如 用户在上传完成之前离开上传页面时发生。 cleanupUploadStash.php维护脚本可用于从该表中删除孤立的条目。

参考与:https://www.mediawiki.org/wiki/Manual:Uploadstash_table

序号
字段名
属性
非 空说明
1us_idint(10) unsigned主键
2us_userint(10) unsigned上传文件的用户。
3us_keyvarbinary(255)文件密钥。 这是应用程序实际搜索文件的方式。 这可能消失,或成为主键。
4us_orig_pathvarbinary(255)原始路径。
5us_pathvarbinary(255)实际存储文件的临时路径。
6us_source_typevarbinary(50)文件来自哪种上传类型(有时)。 例如。“URL”
7us_timestampvarbinary(14)文件添加的日期/时间
8us_statusvarbinary(50)例如。“成品”
9us_chunk_inxint(10) unsigned块计数器从0开始,当前偏移量存储在us_size中
10us_propsblobFile :: getPropsFromPath的序列化文件属性
11us_sizeint(10) unsignedFile :: getPropsFromPath中的文件属性。 这些可能被证明是不必要的。
12us_sha1varbinary(31)该哈希值来自File :: sha1Base36(),为31个字符
13us_mimevarbinary(255)img_major_mime和img_minor_mime的组合。 例如image / png
14us_media_typeenum(‘UNKNOWN’,‘BITMAP’,‘DRAWING’,‘AUDIO’,‘VIDEO’
,‘MULTIMEDIA’,‘OFFICE’,‘TEXT’,‘EXECUTABLE’,‘ARCHIVE’,‘3D’)
由MEDIATYPE_xxx常量定义的媒体类型应与图像表中的定义重复。
15us_image_widthint(10) unsigned图像的宽
16us_image_heightint(10) unsigned图像的长
17us_image_bitssmallint(5) unsigned图像的大小
18索引主键:us_id
索引:us_user、us_key、us_timestamp

54. user_former_groups

user_former_groups表存储用户曾经属于的组(将不包含用户在MW 1.17之前属于的组)。 用户可能再次属于这些组; 如果您想知道,请检查表user_groups。 这用于防止MediaWiki自动将用户添加到之前已手动从中删除用户的组。 该表已在r90749中添加。

参考与:https://www.mediawiki.org/wiki/Manual:User_former_groups_table

序号
字段名
属性
非 空说明
1ufg_userint(10) unsigneduser_id
2ufg_groupvarbinary(255)用户所属的组的名称。
3索引主键:ufg_user、ufg_group

55.user_groups

user_groups表将特定MediaWiki安装中的用户映射到其相应的用户权限。可以通过LocalSettings.php或扩展名为每个组分配混合的权限;特定组的所有用户由于其在该组中的成员身份而被授予这些权限。由于该表与用户表是分开的,因此允许创建共享用户数据库,其权限在Wiki场中的Wiki之间有所不同。该表是在MediaWiki 1.5中的r5648上引入的。如果您使用的是MediaWiki 1.3或1.4,请查看手册:用户权限(旧版本)。在MediaWiki 1.5之前,用户权限存储在user表的user_rights字段中。

所有未注册的用户将自动属于“ *”组,并且仅属于该组;另外,所有注册用户都自动成为“用户”组的一部分。用户组是相加的;结果,所有注册用户也具有分配给“ *”组的所有特权。以前有一个“ sysop位”。现在,将用户设为sysop会向user_groups添加一行。

隐式组成员身份和自动提升的组(例如*,用户或自动确认)不存储在此表中。要检索所有有效组,请使用User :: getEffectiveGroups()。

参考与:https://www.mediawiki.org/wiki/Manual:User_groups_table

序号
字段名
属性
非 空说明
1ug_userint(10) unsigned该字段链接到给定用户的user_id。 它是一个外键,用于将帐户与其分配的权限关联起来。
2ug_groupvarbinary(255)此字段存储用户的权限,该权限存储为组。 在运行时,$ wgGroupPermissions会将组密钥与特定权限相关联。 用户将拥有他们明确所属的任何组的组合权限,以及隐式的“ *”和“用户”组。 ug_group值示例:“ bot”,“ bureaucrat”,“ sysop”。
用户所在的每个(显式)组都有一行。
3ug_expiryvarbinary(14)该字段存储用户组的到期时间。 它类似于页面限制表中的pr_expiry和ipblocks表中的ipb_expiry。
4索引主键:ug_user、ug_group
索引:ug_expiry

56.user_newtalk

user_newtalk表存储其对话页已更改的用户的ID或IP地址。 此信息用于显示“您有新消息”框。 当用户查看页面时,相应的行将被删除。

参考与:https://www.mediawiki.org/wiki/Manual:User_newtalk_table

序号
字段名
属性
非 空说明
1user_idint(10) unsigned关键字user.user_id或“ 0”(对于匿名用户)
2user_ipvarbinary(40)如果用户是匿名用户,则将其IP地址存储在此处,因为user_id为0不确定。
3user_last_timestampvarbinary(14)自上次查看以来获得差异的时间戳记。
4索引索引:user_id、user_ip

57.user_properties

user_properties表存储用户首选项。 它替换了旧的user.user_options blob。 仅存储非默认设置,因此,对于未保存替代首选项的所有人(不仅是新帐户),现在都将反映对默认值的更改。

参考与:https://www.mediawiki.org/wiki/Manual:User_properties_table

序号
字段名
属性
非 空说明
1up_userint(10) unsigned用户表的user_id字段的外键。
2up_propertyvarbinary(255)用户首选项,请参见手册:$ wgDefaultUserOptions。 示例:性别,记住密码,注意事项
3up_valueblob首选项值。
4索引主键:up_user、up_property

58.watchlist

每个注册用户的监视列表包含其ID,该用户监视的所有页面,名称空间编号,不带名称空间的页面标题以及用于页面更改通知的通知时间戳。

注意:MediaWiki的假设是,当人们观看页面时,他们要么观看谈话页面,要么观看普通页面,或者都不观看。 这意味着MediaWiki总是为每个观看页面自动添加两个条目:一个用于页面,另一个用于其谈话页面。 例如。 当用户观看主页时,数据库表中将有两行:一行用于名称空间0中的主页,另一行用于名称空间1中的主页(这是相应的对话页)。 缺少的行由维护脚本update.php添加。

参考与:https://www.mediawiki.org/wiki/Manual:Watchlist_table

序号
字段名
属性
非 空说明
1wl_idint(10) unsigned主键
2wl_userint(10) unsigneduser.user_id.
3wl_namespaceint(11)page_namespace.
4wl_titlevarbinary(255)page_title
5wl_notificationtimestampvarbinary(14)这是观看者上次访问后,另一个用户对页面进行的第一次更改的时间戳; 用户访问该页面时,时间戳将被清除。 时间戳更新后,可能会发送通知电子邮件。

只要$ wgUseEnotif或$ wgShowUpdatedMarker中的任何一个为真,当用户访问页面时,无论其个人设置如何,时间戳始终被清除(设为NULL)。
6索引主键:wl_id
索引:wl_user、wl_namespace

59.templatelinks

templatelinks表包含每个当前包含的主机页面的ID,所包含页面的名称空间编号及其不含名称空间的标题。

目标页面可能存在或不存在,由于时间的流逝,由于重命名和删除操作可能会引用不同的页面记录。

参考与:https://www.mediawiki.org/wiki/Manual:Templatelinks_table

序号
字段名
属性
非 空说明
1tl_fromint(10) unsigned指向包含链接的页面的page_id的键。
2tl_from_namespaceint(11)包含链接的页面的page_namespace。
3tl_namespaceint(11)指向目标页面的page_namespace的键。 与tl_title结合使用。
4tl_titlevarbinary(255)目标页面的page_title的键。 与tl_namespace结合使用。
5索引主键:tl_from、tl_namespace、tl_title
索引:tl_from_namespace

60.sites

sites表于2013年5月在MediaWiki 1.21中引入,其中包含Wiki已知的所有站点。

参考与:https://www.mediawiki.org/wiki/Manual:Sites_table

序号
字段名
属性
非 空说明
1site_idint(10) unsigned网站的数字ID。 这是一个自动递增的主键。
2site_global_keyvarbinary(32)网站的全局标识符,例如:“ enwiktionary”
3site_typevarbinary(32)网站类型,例如:“ mediawiki”
4site_groupvarbinary(32)网站的组,例如:“维基百科”
5site_sourcevarbinary(32)站点数据的来源,例如:“本地”,“ wikidata”,“ my-magical-repo”
6site_languagevarbinary(32)网站主要语言的语言代码。
7site_protocolvarbinary(32)网站的协议,例如:“ http://”,“ irc://”,“ //”。该字段是查找的索引,是根据site_data中特定于类型的数据构建的。
8site_domainvarbinary(255)网站的域名以相反的顺序,即“ org.mediawiki.www。”。

该字段是查找的索引,是根据site_data中特定于类型的数据构建的。
9site_datablob类型相关的站点数据。
10site_forwardtinyint(1)如果site.tld / path / key:pageTitle应该将用户转发到实际站点上的页面,其中“ key”是本地标识符。
11site_configblob类型相关的站点配置。 例如,如果是MediaWiki,则应允许模板包含。
12索引主键:site_id
索引:site_global_key、site_type、site_group、site_source、site_language、site_language、site_protocol、site_domain、site_forward

61.site_identifiers

参考与:https://www.mediawiki.org/wiki/Manual:Site_identifiers_table

序号
字段名
属性
非 空说明
1si_siteint(10) unsigned网站表中网站记录的ID。
2si_typevarbinary(32)两个值之一:

interwiki:密钥是interwiki链接标识符,例如en,tr,simple。
equivalent:键是例如 “语言链接”部分
在大多数情况下,这些条目都存在并且对于Wikimedia站点而言是相同的。 有些站点只有一个维基百科条目,例如公共资源,媒体维基,元数据。
3si_keyvarbinary(32)语言代码或其他链接代码,例如en,tr,simple,commons,plwikimedia,用于标识站点类型,以实现Wiki场中站点之间的链接。
4索引主键:si_type、si_key
索引:si_site

62.site_stats

site_stats表仅包含一行,其中包含有关网站状态的一些汇总信息。 如果该表中的信息有误,则可以使用initSiteStats.php维护脚本进行更新。

参考与:https://www.mediawiki.org/wiki/Manual:Site_stats_table

序号
字段名
属性
非 空说明
1ss_row_idint(10) unsigned主键,应包含1。
2ss_total_editsbigint(20) unsigned执行的编辑总数。
3ss_good_articlesbigint(20) unsigned符合以下条件的页面总数:

在名称空间0中
不是重定向
包含文字“ [[”
4ss_total_pagesbigint(20) unsigned页面总数,理论上等于SELECT COUNT(*)FROM页面; 除了更快
5ss_usersbigint(20) unsigned用户数,理论上等于用户的SELECT COUNT(*);
6ss_active_usersbigint(20) unsigned仍在编辑的用户数
7ss_imagesbigint(20) unsigned图片数量,相当于:SELECT COUNT(*)FROM image;
8索引主键:ss_row_id

63.slots

槽位表表示修订版和内容对象之间的n:m关系。 内容对象可以在一个或多个修订版中具有特定的“角色”。 每个修订版可以具有多个内容对象,每个对象具有不同的角色。

参考与: https://www.mediawiki.org/wiki/Manual:Slots_table

序号
字段名
属性
非 空说明
1slot_revision_idbigint(20) unsigned对version.rev_id或archive.ar_rev_id的引用。 slot_revision_id和slot_role_id一起构成主键。
2slot_role_idsmallint(5) unsigned引用slot_roles.role_id
3slot_content_idbigint(20) unsigned引用content.content_id
4slot_originbigint(20) unsigned发起插槽内容的修订的version.rev_id。 要查找更改插槽的修订,请查找slot_origin = slot_revision_id。
5索引主键:slot_revision_id、slot_role_id

64.slot_roles

slot_roles表是角色名称的规范化表。

参考与: https://www.mediawiki.org/wiki/Manual:Slot_roles_table

序号
字段名
属性
非 空说明
1role_idsmallint(6)主键
2role_namevarbinary(64)
3索引主键:role_id
索引:role_name

  • 2
    点赞
  • 0
    评论
  • 5
    收藏
  • 打赏
    打赏
  • 扫一扫,分享海报

©️2022 CSDN 皮肤主题:数字20 设计师:CSDN官方博客 返回首页

打赏作者

任其职做其事

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值