CN102314647A

CN102314647A - 一种利用xbrl进行的企业数据存储的方法

Info

Publication number: CN102314647A
Application number: CN201110301700A
Authority: CN
Inventors: 陈宇; 董凤江; 芮庆忠; 王琳; 曾煜; 唐会天
Original assignee: Guangzhou Ch Control Technology Co Ltd
Current assignee: Guangzhou Ch Control Technology Co Ltd
Priority date: 2011-09-29
Filing date: 2011-09-29
Publication date: 2012-01-11

Abstract

本发明公开了一种对企业XBRL数据进行存储处理的方法。本方法结合XBRL技术体系，对XBRL分类标准和实例文档进行必要的分解，将XBRL数据之间的层次关系、弧关系、引用关系和链接关系等转化成适于SQL查询的关系，充分利用关系型数据库的优点；高效的数据查询能力，适合海量的数据查询，支持单个数据项的查询和整张表数据的查询；从XBRL的模式文件和链接库文件出发，可以真实还原模式文件和链接库文件关系的数据存储模型；吸取原生XML存储的优点存储XBRL文件，保证了XBRL文档的原貌，提高了生成和备份本地文件的效率，便于分类标准的备份和版本控制。

Description

一种利用XBRL进行的企业数据存储的方法

技术领域

本发明涉及企业数据如会计报表等的处理方法，特别涉及一种利用XBRL(eXtensible Business Reporting Language，可扩展商业报告语言)进行企业数据存储的方法。

背景技术

XBRL(eXtensille Business Reporting Language，可扩展商业报告语言)技术的推广离不开存储技术的支持，如果XBRL数据存储安全性低下、存取效率不高，也会影响XBRL技术的推广和发展。

目前对XBRL的应用采用的存储方式大致可以分为三种，分别是：

1)存储于文件***中；

2)BLOB(Binary Large Object，二进制大对象)方式存储于关系型数据库中；

3)存储于原生XML(eXtensible Markup Language，可扩展标记语言)数据库中。

一、存储于文件***中：

XBRL文档以最简单的方式--文件的形式直接存储在计算机的文件***中。XBRL实例文档同XML文档一样，也是自描述文档，也可以当成数据存储方式来存储数据。在这个过程中，可以把XBRL分类模式看成是数据库的模式设计，XQuery(XML Query Language，XML查询语言)可以看成数据库中的查询语言，DOM(Document Object Model，文档对象模型)或者SAX(Simple APIfor XML，用于可扩展标记语言的简易访问接口)可以看成是数据库的数据处理工具，但是它还缺少一些数据库所必需的功能，如有效的存储组织、索引、安全性管理、事务管理、数据完整性管理、触发器和多用户处理机制等。如果数据量不很大，用户数较少、性能要求不高的情况下，完全可以把XBRL文档当成数据库，直接存储于文件***中；一旦所需要的性能比较高时，这种方式就不能胜任了。

这种存储方式特点的好处是数据没有经过处理，不会产生数据失真，内部的网状关联关系和多维描述得到了完全的保留，结构信息不会丢失。但是它的缺点也很明显，在面对大量的XBRL文档时，文档***无法对文档提供足够的安全性和完整性保护；使用文件***存储，虽然在查询一个XBRL实例文档内的数据时，可以很容易对该文件解析来查找数据，但是在横向查找若干实例文档中的同一数据时，会需要把所有的实例文档都读入内存，然后查找对象数据，这大大影响了数据查询的速度，很大程度上无法满足业务的需要。

二、存储于关系型数据库中：

关系型数据库作为现今发展最成熟的数据库，在市场上占有着压倒性的份额。用关系型数据库来存储XBRL文档，可以很方便地把XBRL数据存储于公司现有数据库中，并且还可以重用关系数据库相关应用程序，降低企业应用XBRL时的成本，企业也比较容易接受。如果用关系型数据库存储XBRL文档，把XBRL文档整体看成BLOB字段，存储到关系型数据库中。这种存储方式比较适合于目前我国的XBRL发展阶段，目前XBRL在国内的应用领域主要是上市公司和基金的信息披露，而对于其它的需求考虑较少，采用BLOB方式存储入关系型数据库是一种比较理想的方式主要原因有以下三点：

1)由于报告的数据量不大，使用BLOB形式的关系型数据库的方式可以很容易取出XBRL实例文档进行解析，查询方便，容易保证数据的完整一致性。

2)这类公司使用XBRL数据的主要目的是生成财务报告和披露报告，而不是经常查询该报告中的某一项数据，在生成报告时，可以直接把XBRL数据读入内存，通过XSLT(Extensible Stylesheet Language Transformations，扩展样式表转换语言)或者自定义的XBRL展示工具生成财务报告或信息披露报告。

3)现今企业大多数的数据存储方式为关系型数据库，采用或BLOB形式关系型数据库的方式存储XBRL数据对企业的成本较小；而采用原生XML数据库需要重新构建原生XML数据库，需要花费较大的成本。

把XBRL实例文档以BLOB的方式存储于关系型数据库的方法有些类似于以直接存储于文件***中，区别是保证了XBRL数据的安全性和一致性。它的缺点也是十分明显，此种方式没有对文档内部标识及元素值进行区分，所以难于直接在数据库中对文档内部元素值进行查询、分析等工作。使用该XBRL文档时，需要首先把XBRL文档抽取出来进行解析，方可进行下一步的分析查询工作，在大数据量时无法满足性能要求。

三、存储于原生XML数据库中

原生XML数据库是专门为了存储XML文档而设计，随着上世纪末的XML技术的兴起，XML文档大量出现，以数据库方式实现XML数据的有效管理和快速精确的查询已经成为重要的存储需求。在传统数据库厂商纷纷支持XML的同时，原生XML数据库出现了，并且成为一种重要的数据库类型。

原生XML数据库定义如下：

1)为XML文档定义了一个逻辑模型，并且根据模型对XML文档进行存储和检索；

2)把XML文档作为其基本的存储单元，就像关系数据库在一个表中把行作为其基本存储单元(在逻辑概念上)；

3)不需要由任何特殊的底层物理存储模型。它可以建立在关系、层次、或者面向对象的数据库之上。

上述定义表明了原生XML数据库是为了存储和检索XML文档的所有组成部分(包括元素、属性、模式、实体、URI(Universal Resource Identifier，通用资源标志符)等)而设计的，适合XML数据的层次结构，它直接对XML文档进行导入和取出，没有分拆过程，完全记录元素属性、嵌套以及顺序，同时可以通过模式文件对XML文档进行验证。

在原生XML数据库中，存入取出过程是直接对整个XML文档进行操作，相比采用拆分方式存储XML文件而言，原生XML数据库没有XML模式映像成表的过程，也没有数据组织为XML文档的过程，存储速度快，而且不会造成数据的失真。它不同于关系型数据库存储时的平面结构，它可以存储XML中的层级信息，可以存储多级嵌套和多值元素；对于XBRL实例文档来说，原生XML数据库没有破坏文档内部的关联关系，对文档内的多维关系也完全存入数据库。

原生XML数据库也有一些比较明显的缺点。它缺少关系型数据库那样完善的关系理论作为理论基础，原生XML数据库还不是十分成熟，功能性没有关系型数据库那么完备，也没有像关系型数据库那么多的相关软件来支持。把XBRL实例文档存储在原生XML数据库当中，当需要横向在一组XBRL实例文档中查询同一项数据时，需要把这些XBRL实例文档都进行操作，进而导致查询大量的XML树，耗用大量I/O(Input/Output，输入输出)，查询速度比较慢。

四、三种存储方案对比分析

对该3种存储方式从若干角度作性能的对比分析。如下表1所示，文件***的方式无法保证文档的安全性和一致性，但是对XBRL实例文档内部所含的数据信息和层级信息保存完好，虽然没有造成数据失真，但是不利于数据的进一步分析挖掘，难于直接导入数据挖掘工具中生成有用信息；采用BLOB方式的关系型数据库的方式存储，基本上和采用文件***方式进行存储相类似，但这种方式保证了文档的安全性和一致性，损失了文档及文档间的查询性能，是一种“受了保护”的文件***存储；采用原生XML数据库存储完好保护了XBRL文档内的数据含义，并且对XBRL文档的存取速度快，但在文档间的横向查询速度较慢，不适合于频繁的数据对比分析的场合适用；

表1.XBRL数据存储方式的对比

从上面对现有的XBRL数据存储方式可以看出，每种方案有自己的优缺点，都是只能较好的达到XBRL数据存储的某方面的特点。本文将提供一个新的数据模型，为符合XBRL2.1规范的XBRL数据提供通用、安全、高效的数据存储和查询能力，以适合XBRL数据的各种查询分析应用场景。

发明内容

本发明的目的是设计适合XBRL数据特性的数据库存储模型和索引结构、设计并实现XBRL数据查询优化算法，在金融行业中得到应用。具有XBRL数据特性的数据库更好的能够抽取XBRL数据，解决了其他数据库不能描述XBRL文件之间的关联问题，解决快速数据定位和原始XML还原问题。

本发明为了完成其发明目的所采用的技术方案是：一种利用XBRL进行的企业数据存储的方法，包括以下步骤：

基础分类标准表{DBID，名称，原始内容，生效时间，备注}；

基础模式文件表{DBID，分类标准DBID，名称空间，文件名称，是否入口文件}；

基础标签信息表{DBID，元素DBID，元素标签值，标签语言，标签类型)；

基础展示信息表(DBID，元素DBID，父元素DBID，序号，优先标签，角色}；

基础计算信息表{DBID，元素DBID，父元素DBID，序号，权重，角色}；

基础参考信息表{DBID，元素DBID，发行人、名称、编号、发行日期、卷、文章、节、子节、段、分段、条款、子条款，附录、样例、页、展示、注脚、句子、通用资源识别符、通用资源识别符数}；

基础定义信息表{DBID，元素DBID，父元素DBID，序号，弧角色，角色}；

扩展模式文件表{DBID，实例文档DBID，分类标准DBID，名称空间，文件名称，是否入口文件}；

扩展标签信息表{DBID，实例文档DBID，元素DBID，扩展元素DBID，元素标签值，标签语言，标签类型}；

扩展展示信息表{DBID，实例文档DBID，元素DBID，扩展元素DBID，父元素DBID，扩展父元素DBID，顺序，优先标签，角色}；

扩展计算信息表{DBID，实例文档DBID，元素DBID，扩展元素DBID，父元素DBID，扩展父元素DBID，命令，权重，角色}；

扩展参考信息表{DBID，实例文档DBID，扩展元素DBID，发行人、名称、编号、发行日期、卷、文章、节、子节、段、分段、条款、子条款，附录、样例、页、展示、注脚、句子、通用资源识别符、通用资源识别符数}；

扩展定义信息表{DBID，实例文档DBID，元素DBID，扩展元素DBID，父元素DBID，扩展父元素DBID，序号，弧角色，角色}；

实例文档表{DBID，分类标准DBID，文档名称，报告主体，报告年度，报告原始内容}；

上下文表{DBID，实例文档DBID，上下文ID，开始时间，结束时间)；

Segment表(DBID，上下文DBID，段名，段值}；

Scenario表{DBID，上下文DBID，场景名，场景值}；

单位表{DBID，实例文档DBID，单位ID，单位值}；

数据项表{DBID，元素名称，元素名称空间，上下文DBID，单位DBID，数据值，小数位，精度，脚注}；

步骤B：按照以下顺序存储以上表格；

存储基础分类标准表；

存储基础模式文件表；

存储基础链接库表；

存储实例文档表；

存储报告中的扩展分类标准文件；

存储实例文档。

进一步的，上述的一种利用XBRL进行的企业数据存储的方法中：在所述的基础模式文件表中还包括：

基础元素表{DBID，模式文件DBID，元素名称，名称空间，元素id，替代组，借贷标识，数据类型，是否为空，是否抽象，时间类型，父元组DBID，在父元组内的序号}；

基础元素元组关系表{元组DBID，元素DBID，元组内序号，元素最大出现次数，元素最小出现次数}；

基础链接库表{DBID，模式文件DBID，链接库文件名，链接库类型}。

在所述的扩展模式文件表中还包括：

扩展元素表{DBID，扩展模式文件DBID，元素名称，名称空间，元素id，替代组，借贷标识，数据类型，是否为空，是否抽象，时间类型，扩展父元组DBID，在扩展父元组内的序号}；

扩展元素元组关系表{扩展元组DBID，扩展元素DBID，扩展元组内序号，元素最大出现次数，元素最小出现次数}；

扩展链接库表{DBID，扩展模式文件DBID，链接库文件名，链接库类型}。

进一步的，上述的一种利用XBRL进行的企业数据存储的方法，保存分类标准表的步骤中：

存储基础分类标准时，在基础分类标准表中记录指定分类标准的名称，生效时间和备注，同时把基础分类标准包存入到原始内容字段中。

存储基础模式文件表步骤中：

存储基础模式文件与对应的链接库关系信息；

存储基础元素和元组，并存储元组和元素之间的关系。

存储基础链接库表步骤中，包括：

存储标签库文件并把相应的信息存放到基础标签信息表中；

存储展示库文件并把相应的信息存放到基础展示信息表中；

存储计算库文件并把相应的信息存放到基础计算信息表中；

存储参考库文件并把相应的记录信息存放到基础参考信息表中；

存储定义库文件并把相应的记录信息存放到基础定义信息表中。

存储实例文档表时，把指定相应的分类标准DBID、实例文档名称、报告主体、报告年度存放到相应的字段中，其中分类标准DBID根据分类标准名称在基础分类标准表查找得到，同时把存储实例文档存到报告原始内容字段中。

存储报告中的扩展分类标准文件步骤中：

存储扩展模式文件并把相应信息存入扩展模式文件表中；

存储扩展模式文件中的元素和元组时，把元素和元组都存入到扩展元素表中；

扩展元组和扩展元素之间的多对多关联关系通过扩展元素元组关系表来记录；

扩展模式文件中的链接库信息存入扩展链接库表中；

存储扩展标签库文件并把相应的记录信息存放到扩展标签信息表中；

存储扩展展示库文件并把相应的记录信息存放到扩展展示信息表中；

存储扩展计算库文件并把相应的记录信息存放到扩展计算信息表中；

存储扩展参考库文件并把相应的记录信息存放到扩展参考信息表中；

存储扩展定义库文件并把相应的记录信息存放到扩展定义信息表中。

存储实例文档步骤中：

存储实例文档上下文信息到上下文表中；

存储上下文中的Segment信息到Segment表中；

存储上下文中的Scenario信息到Scenario表中；

存储实例文档单位信息到单位表中；

存储数据项信息到数据项表中。

本数据库模型的优势：

1)结合XBRL技术体系，对XBRL分类标准和实例文档进行必要的分解，将XBRL数据之间的层次关系、弧关系、引用关系和链接关系等转化成适于SQL查询的关系，充分利用关系型数据库的优点。

2)高效的数据查询能力，适合海量的数据查询，支持单个数据项的查询和整张表数据的查询。

3)从XBRL的模式文件和链接库文件出发，可以真实还原模式文件和链接库文件关系的数据存储模型。

4)吸取原生XML存储的优点存储XBRL文件，保证了XBRL文档的原貌，提高了生成和备份本地文件的效率，便于分类标准的备份和版本控制。

采用拆分的方式是把具有层次结构的XBRL实例文档分拆解析，分别转化建立成表。采用这种方式首先要把XBRL实例文档的数据项转化为表，把背景、计量单位等信息建立关系模式，设计表间的关系，进而存入关系型数据库，同时读取分类模式的链接库文件，把链接库XML文件都读入数据库，建立存储过程、触发器等。

采用这种方式保证了安全性和一致性，同时数据的查询速度也比较快，易于直接利用数据分析挖掘工具来进行数据深加工，有利于数据的进一步使用。在未来的商业领域，数据起到的作用和价值越来越大，数据分析和挖掘变成了非常重要的领域，从数据中得到有用信息来支持决策变得异常重要。而使用XBRL存储的财务及业务数据也需要便于数据分析和挖掘。拆分式的关系型数据库的方式便于企业对数据进行分析和挖掘。现有的分析挖掘工具大多数都是与关系型数据库配套的，把XBRL数据存储在关系型数据中有利于进一步深加工，在以数据分析挖掘业务为主的企业中，数据的展示格式顺序变得不再那么重要，重要的是数据的数值及其维度信息。采用这种方式把数据分拆成表，可以很容易得把历史和当前数据做横向及纵向的对比分析，查询和分析的速度快，可以快速的通过数据挖掘等方式得出有用信息来辅助商业决策和监管决策。

适合XBRL数据特性的XBRL数据库，根据XBRL特点设计合理的索引结构，具有高效的数据查询能力，适合海量的数据查询，支持单个数据项的查询和整张表数据的查询，能够根据业务名词定位一份或者多份实例文档中的数据，能够根据角色信息定位一份或者多份实例文档中某张表的数据，支持数据对比，业务名词模糊查询，定位某个元素在多个角色下的数据信息。能够快速定位查询数据项的元素名称在分类标准中出现的位置和文档名称，能够还原原始分类标准文件，支持扩展分类标准文件的入库，通过实例文档的入口文件信息能够快速定位通用分类标准和扩展分类标准。

具体实施方式

现有的XBRL数据存储方式都是以文件为单位进行的，不论是文件***、BLOB形式，还是XML数据库，XML文件都是重要的数据访问对象，数据检索需要的IO操作比较多。本实施例打破XML文件的束缚，将数据进行必要的分解，对分类标准和实例文档进行区分处理，并且保证数据的真实、完整性，提供优异的检索性能。

从应用的角度看，XBRL实例文档更适合于拆分方式进行数据存储，原因如下：

1)XBRL数据的相对扁平化，XBRL 2.1技术规范中对XBRL文档中所包含的元素结构做了定义，限制了元素的嵌套；在XBRL FRTA(Financial ReportingTaxonomy Architecture，财务报告分类架构)中规定，在财务信息的披露中，不允许元组的出现，避免了嵌套元素对关系型存储的影响。

2)XBRL技术框架相对固定，XBRL之所以能形成全球统一的数据交换标准，主要得益于它的技术框架的相对稳定。

3)实例文档中的元素顺序无意义，XBRL技术把事实数据与展示顺序分离，分别存储在实例文档和展示链接库当中，在XBRL实例文档中主要承载着事实数据，实例文档中的元素前后顺序没有意义，单纯拆分实例文档不会造成元素顺序信息的缺失。

4)XBRL文档是以数据为中心，而非以文档为中心。采用关系型数据库存储，用户关注的是文档中的数据，而非XBRL文档的初始XML格式原貌，即使没有重组成XBRL文档原貌，也不影响用户对XBRL数据的使用。

本实施例中数据库模型的特点：

1)结合关系型数据库和原生XML数据库的优点，建立新的适合XBRL的数据库存储模型。

2)高效的XBRL数据查询性能。

3)对XBRL数据进行有选择的分解，同时保留所有XBRL数据的原始版本，以供其他方式使用XBRL数据

4)保证数据的安全性。

本实施例设计了如下的标准表格：

根据会计规则设计了基础分类表和基础文件表以及五大基础信息表：

基础分类标准表{DBID(主键)，名称，原始内容，生效时间，备注}；

基础链接库表{DBID，模式文件DBID，链接库文件名，链接库类型}；

基础标签信息表{DBID，元素DBID，元素标签值，标签语言，标签类型}；

基础展示信息表{DBID，元素DBID，父元素DBID，序号，优先标签，角色}；

基础参考信息表{DBID，元素DBID，Publisher、Name、Number、IssueDate、Chapter、Article、Section、Subsection、Paragraph、Subparagraph、Clause、Subclause、Appendix、Example、Page、Exhibit、Footnote、Sentence、URI、URIData}；该表的意思是：或者基础参考信息表{DBID，元素DBID，发行人、名称、编号、发行日期、卷、文章、节、子节、段、分段、条款、子条款，附录、样例、页、展示、注脚、句子、通用资源识别符、通用资源识别符数}；

另外还设计了扩展文件表以及五大扩展信息表：

扩展链接库表{DBID，扩展模式文件DBID，链接库文件名，链接库类型}；

扩展展示信息表{DBID，实例文档DBID，元素DBID，扩展元素DBID，父元素DBID，扩展父元素DBID，order，优先标签，角色}；

扩展计算信息表{DBID，实例文档DBID，元素DBID，扩展元素DBID，父元素DBID，扩展父元素DBID，order，权重，角色}；

扩展参考信息表{DBID，实例文档DBID，扩展元素DBID，Publisher、Name、Number、IssueDate、Chapter、Article、Section、Subsection、Paragraph、Subparagraph、Clause、Subclause、Appendix、Example、Page、Exhibit、Footnote、Sentence、URI、URIData}；该表的中文意思同基础参考信息表；

另外还有实例文档和有关背景信息表和单位表：

上下文表{DBID，实例文档DBID，上下文ID，开始时间，结束时间}；

Segment(片断)表{DBID，上下文DBID，segment名，segment值}；

Scenario(场景)表{DBID，上下文DBID，scenario名，scenario值}；

单位表{DBID，实例文档DBID，单位ID，单位值}；

数据项表{DBID，元素名称，元素名称空间，上下文DBID，单位DBID，数据值，小数位，精度，脚注}。

保存分类标准步骤

存储基础分类标准时，在基础分类标准表中记录指定分类标准的名称，生效时间和备注，同时把基础分类标准包存入到原始内容字段中，DBID字段为不具业务含义主键(下同)。

1)存储模式文件并把相应信息存入基础模式文件表中，

a)存储模式文件中的名称空间，通过schema元素的targetNamespace(命名空间)属性来获取

b)分类标准DBID为步骤1)保存分类标准时产生的的DBID

c)当模式文件没有其他文件引用时，该文件就是模式文件，如果有其他文件引用时，就不是入口文件

2)存储模式文件中的元素和元组时，把元素和元组都存入到基础元素表中

a)模式文件DBID为该模式文件对应的DBID

b)元素名称为name属性

c)名称空间为模式文件对应的名称空间

d)根据element(元素)的id属性得到元素id

e)根据element的balance(借代)属性得到借贷标识

f)根据element的type属性得到数据类型

g)根据element的nillable(是否为空)属性判断是否为空

h)根据element的abstract(抽象)属性判断是否抽象

i)根据element的为periodType(周期类型)属性得到时间类型

j)当substitutionGroup＝″xbrli:tuple″(substitutionGroup：替代组，tuple：元祖)，替代组为元组，判断该元组是否存在元组嵌套，如果是它其他元组的子元素(既存在元组嵌套)，需要存储父元组的DBID和在父元组中的序号

k)如果substitutionGroup＝″xbrli:item″(item：项)，替代组为元素，父元组DBID和在父元组中的序号为空

3)元组和元素之间的多对多关联关系通过基础元素元组关系表来存储，

a)元组DBID为基础元素表中元组对应的关键字DBID

b)元素DBID为基础元素表中元素对应的关键字DBID

c)元组内序号为元素在元组中出现的顺序号，用以表达相对位置，

d)根据元组中的maxOccurs属性得到元素最大出现次数

e)根据元组中的minOccurs属性元素最小出现次数

4)模式文件中的链接库信息存入基础链接库表中

a)模式文件DBID为该模式的主键DBID

b)根据href属性得到链接库文件名

c)根据role属性得到链接库类型，可能是展示库、标签库、参考库、计算库或者定义库中的一种

5)存储标签库文件并把相应的信息存放到基础标签信息表中

a)通过loc中的href属性，可以找到模式文件的名称(比如：cas_core_2010-09-30.xsd)和元素id(比如：cas_AccountingTreatmentOfBusinessPurchased)；结合分类标准DBID就可以在基础模式文件表中找到该模式文件对应的DBID；再结合元素id就可以在基础元素表中查找到loc所代表的元素记录的DBID，取得该值放到元素DBID字段保存；

b)元素标签值为标签库中label的内容，如“分入业务的处理”

c)根据标签库中label的lang属性得到标签语言

d)根据标签库中label的role属性得到标签类型

6)存储展示库文件并把相应的信息存放到基础展示信息表中

a)查找元素DBID的逻辑和标签库文件查找元素DBID相同

b)父元素DBID为展示弧presentationArc中from属性对应的元素DBID，如“DisclosureOfNonMonetaryAssetsExplanatory”对应元素的DBID，子元素的DBID为presentationArc中to属性对应元素的元素DBID

c)根据展示弧presentationArc中order属性得到序号，表达兄弟节点之间的相对次序

d)根据展示弧presentationArc中preferLabel属性得到优先标签

e)根据presentationLink中的role属性得到角色，例如：

http://xbrl.mof.gov.cn/role/cas/cas_7_2010-09-30-role-807100

7)存储计算库文件并把相应的信息存放到基础计算信息表中

a)查找元素DBID的逻辑和标签库文件查找元素DBID相同

b)父元素DBID为展示弧calculationArc中from属性对应的元素DBID，如“EmployeeBenefitsPayableIncreaseInCurrentPeriod”对应元素的DBID，子元素的DBID为presentationArc中to属性对应元素的元素DBID

c)根据计算弧calculationArc中order属性得到序号

d)根据计算弧calculationArc中weight属性得到权重

e)根据calculationLink中的role属性得到角色，例如：

http://xbrl.mof.gov.cn/role/cas/cas_9_2010-09-30_role-809100

8)存储参考库文件并把相应的记录信息存放到基础参考信息表中

a)查找元素DBID的逻辑和标签库文件查找元素DBID相同

b)根据referenceArc的to属性找到对应的reference

c)然后，分别根据reference的子元素Publisher、Name、Number、IssueDate、Chapter、Article、Section、Subsection、Paragraph、Subparagraph、Clause、Subc lause、Appendix、Example、Page、Exhibit、Footnote、Sentence、URI、URIDate得到相应的字段值

9)存储定义库文件并把相应的记录信息存放到基础定义信息表中

a)查找元素DBID的逻辑和标签库文件查找元素DBID相同

b)父元素DBID为定义弧definitionArc中from属性对应的元素DBID，子元素的DBID为definitionArc中to属性对应元素的元素DBID

c)根据定义弧definitionArc中order属性得到order字段的值

d)根据定义弧definitionArc中arcrole属性得到arcrole字段的值

e)根据definitionArc中的role属性得到角色

存储报告步骤

1)存储实例文档表时，把指定相应的分类标准DBID、实例文档名称、报告主体、报告年度存放到相应的字段中，其中分类标准DBID根据分类标准名称在基础分类标准表查找得到，同时把存储实例文档存到报告原始内容字段中

2)存储扩展模式文件并把相应信息存入扩展模式文件表中，

a)存储扩展模式文件中的自定义名称空间，比如：

b)实例文档DBID为该报告中的实例文档的关键字DBID，来源于步骤1)产生的DBID

c)分类标准DBID为指定基础分类标准的DBID

d)文件名称为该模式文件名

e)当为实例文档引用的模式文件时为入口文件，否则就不是入口文件

3)存储扩展模式文件中的元素和元组时，把元素和元组都存入到扩展元素表中

a)扩展模式文件DBID为步骤2)中表格的主键DBID

b)设置其它字段的值和设置基础元素表的方法相同

4)扩展元组和扩展元素之间的多对多关联关系通过扩展元素元组关系表来记录

a)实例文档DBID为关联实例文档的主键DBID

b)设置其它字段的值和设置基础元素元组关系表的方法相同，只是两个外键数据来源于扩展元素表的主键

5)扩展模式文件中的链接库信息存入扩展链接库表中

a)扩展模式文件DBID为步骤2)中表格的主键DBID

b)设置其它字段的值和设置基础链接库表的方法相同

6)存储扩展标签库文件并把相应的记录信息存放到扩展标签信息表中

a)如果找到扩展标签库对应的元素为扩展分类标准中的元素，则设置扩展元素DBID为扩展元素表中的对应的记录DBID，同时设置元素DBID为空

b)如果找到扩展标签库对应的元素为基础分类标准中的元素，则设置元素DBID为基础元素表中的对应的记录DBID，同时设置扩展元素DBID为空

c)实例文档DBID为关联实例文档的主键DBID

d)设置其它字段的值和设置基础标签信息表相同

7)存储扩展展示库文件并把相应的记录信息存放到扩展展示信息表中

a)如果找到扩展展示库对应的元素为扩展分类标准中的元素，则设置扩展元素DBID为扩展元素表中的对应的记录DBID，同时设置元素DBID为空

b)如果找到扩展展示库对应的父元素为扩展分类标准中的父元素，则设置扩展父元素DBID为扩展元素表中的对应的记录DBID，同时设置父元素DBID为空

c)如果找到扩展展示库对应的元素为基础分类标准中的元素，则设置元素DBID为基础元素表中的对应的记录DBID，同时设置扩展元素DBID为空

d)如果找到扩展展示库对应的父元素为基础分类标准中的父元素，则设置父元素DBID为基础元素表中的对应的记录DBID，同时设置扩展父元素DBID为空

e)实例文档DBID为关联实例文档的主键DBID

f)设置其它字段的值和设置基础展示信息表相同

8)存储扩展计算库文件并把相应的记录信息存放到扩展计算信息表中

a)设置元素DBid、扩展元素DBid、父元素DBid、扩展父元素DBid与设置扩展展示信息表中对应字段方法相同

b)实例文档DBID为关联实例文档的主键DBID

c)设置其它字段的值和设置基础计算信息表相同

9)存储扩展参考库文件并把相应的记录信息存放到扩展参考信息表中，

a)根据扩展标签信息从扩展元素表中查找到对应元素的DBID为扩展元素DBID

b)实例文档DBID为关联实例文档的主键DBID

c)设置其它字段的值和设置基础参考信息表相同

10)存储扩展定义库文件并把相应的记录信息存放到扩展定义信息表中，

b)实例文档DBID为关联实例文档的主键DBID

c)设置其它字段的值和设置基础定义信息表相同

11)存储实例文档上下文信息到上下文表中

a)实例文档DBID为关联实例文档的主键DBID

b)根据ID属性得到上下文ID

c)根据startDate得到开始时间

d)根据endDate得到结束时间

12)存储上下文中的Segment信息到Segment表中

e)上下文DBid为该Segment对应的上下文主键DBID

f)根据segment中的元素得到segment名，如上图中的cfid-common:FenJiJiJinJiBie

g)根据segment中的元素得到segment值，如上图中的“A”

13)存储上下文中的Scenario信息到Scenario表中

h)上下文DBid为该Scenario对应的上下文主键DBID

i)根据scenario中的元素得到scenario名，如上图中的cfid-common:FenJiJiJinJiBie

j)根据scenario中的元素得到scenario值，如上图中的“开放式”

14)存储实例文档单位信息到单位表中

k)实例文档DBID为关联实例文档的主键DBID

l)根据id属性得到单位ID，如″U_CNY″

m)根据measure(计量方式)属性得到单位值，如“iso4217:CNY”

15)存储数据项信息到数据项表中

n)实例文档DBID为关联实例文档的主键DBID

o)元素名称为数据项元素名称，如CashBankDepositsAvailableForPayImmediately

p)元素前缀为数据项元素前缀，如cas，再根据前缀读取名称空间的值，存入元素名称空间字段

q)根据数据项contextRef属性得到上下文ID，再根据上下文ID，以及实例文档DBID在上下文表中查找得到上下文DBID

r)根据unitRef属性得到单位信息

s)根据元素值得到数据项值

t)根据decimals属性得到数据项decimals值

u)根据precision属性得到数据项precision值

v)根据footNote得到数据项脚注值

本实施例的数据处理方法查询和检索非常方便，下面分别介绍。

1.查找实例文档中的一个数据项

从实例文档中查询一个报告主体某年度的一个元素的值，给定输入条件：

a)查询的实例文档名称、报告主体、报告年度；

b)查询元素名称、命名空间、元素标签值；

查询表包括实例文档表，上下文表，单位表和数据项信息表；输出结果为元素的值和单位信息。如从一个实例文档中查询报告主体“600115”2006年度的“营业利润”，对应的实例文档XBRL片段如下图：

查询步骤如下：

a)根据实例文档的名称，报告主体(如“600115”)，报告年度(如“2006”)，在实例文档表查询到相应的实例文档记录，查到实例文档DBID；

b)根据报告主体，报告年度和步骤a)中查找到的实例文档DBID，在上下文表中查询相应的上下文记录；

c)根据步骤a)中查找到的实例文档DBID，在单位表中查找到相应的单位记录；

d)根据步骤a)中查找到的实例文档DBID，元素名(如“OperatingRevenue”)，元素命名空间(如http://xbrl.mof.gov.cn/taxonomy/2010-09-30/cas)在数据项表中查询对应的数据项记录；

e)把步骤b)查到的上下文记录，步骤c)查到的单位记录分别与步骤d)查到的数据项记录作表关联操作，分别对应的关联字段为上下文DBID，单位DBID。这样就可以查询到元素的值和单位信息，如上面例子中的营业利润为10000000人民币。

2.查找实例文档中的一张表

从实例文档中查询一个报告主体某个年度的一张表的信息，给定输入条件如下：

a)查询的实例文档名称、报告主体、报告年度；

b)查询表元素名称、命名空间、角色信息；

查询表包括实例文档表、元素表、展示信息表、标签信息表、上下文表、单位表和数据项信息表，输出结果为表结构和表中各个数据项值。如从一个实例文档中查询报告主体“600115”2006年度的利润表，表元素名称为“IncomeStatementAbstract”，命名空间为http://xbrl.iasb.org/taxonomy/2010-04-30/ifrs，表角色为http://xbrl.mof.gov.cn/role/cas/cas_33_2010-09-30_role-333000，查询出“利润表”信息。

查询步骤如下：

f)根据实例文档的名称，报告主体(如“600115”)，报告年度(如“2006”)，在实例文档表查询到相应的实例文档记录，查到实例文档DBID和分类标准DBID；

g)根据查询表元素命名空间和步骤a)中查到的分类标准DBID，在模式文件表中查找对应的模式文件记录，查到模式文件DBID；

h)根据步骤b)查询到的模式文件DBID，元素名和元素命名空间，在元素表中查找到表元素的DBID；

i)根据角色查找同一角色下的所有元素，以步骤c)查到的元素DBID为树根节点，在展示信息表中以父元素DBID和元素DBID做关联操作，递归查询到表元素的全部子元素DBID，构成表结构。如查询到“利润表”的一级子元素“营业总收入”，“营业总成本“等，”营业总收入“的子元素“营业收入”，“利息收入”等；

j)根据步骤d)查到的全部子元素DBID，在标签信息表中查找元素对应的标签值；

k)在经过上面的e)步操作查到表的子元素结构和子元素标签值后，然后对每一个元素按照“查找实例文档中的一个数据项”方法，可以查到每一个元素的值，这样就可以查找到这个表的信息。

XBRL数据存储模型索引结构

1.XBRL数据存储模型结构介绍

为加快XBRL数据存储模型的查询速度，我们建立了与之相对应的数据库索引结构，来提高数据检索效率、改善模型***性能、加快数据访问速度。在建立索引时，我们根据XBRL数据存储模型和查询结构，分别对相应的表字段建立了聚集索引，非聚集索引，唯一索引，组合索引。该XBRL数据存储模型索引结构的优势有：

1)加快XBRL数据检索速度；

2)加快XBRL模式文件、链接库和实例文档表与表之间关联连接操作；

3)减少XBRL数据查询统计中分组和排序时间；

4)在查询XBRL数据时，使用优化索引隐藏器，提高查询性能。

1)聚类索引结构：聚集索引单个分区中的结构：

聚集索引(Clustered Index)特点

a)聚集索引的叶节点就是实际的数据页

b)聚集索引中的排序顺序仅仅表示数据页链在逻辑上是有序的，而不是按照物理顺序的存储在磁盘上

c)行的物理位置和行在索引中的位置是相同的

d)每个表只能有一个聚集索引

e)聚集索引的平均大小大约为表大小的5％左右

2)非聚集索引结构

非聚集索引与聚集索引具有相同的B树结构，它们之间的显著差别在于以下两点：

1)基础表的数据行不按非聚集键的顺序排序和存储。

2)非聚集索引的叶层是由索引页而不是由数据页组成。

包含列的索引

通过将包含列(称为非键列)添加到索引的叶级，可以扩展非聚集索引的功能。键列存储在非聚集索引的所有级别，而非键列仅存储在叶级别。

下面举个简单的例子来说明一下聚集索引和非聚集索引的区别：

我们有一本汉语字典，可以把它的正文本身看做是一个聚集索引，它是按照汉字拼音的开头字母排序的，不再需要查找其他目录。当遇到不认识的字时，需要结合“部首目录”和“检字表”，先找到目录中的结果，然后再翻到您所需要的页码。通过这种方法查到的目录中字的排序并不是真正的正文的排序方法。把这种看做是一个非聚集索引。

另外，请注意每个表只能有一个聚集索引。

非聚集索引(Unclustered Index)特点

a)非聚集索引的页，不是数据，而是指向数据页的页

b)若未指定索引类型，则默认为非聚集索引

c)叶节点页的次序和表的物理存储次序不同

d)每个表最多可以有249个非聚集索引

e)在非聚集索引创建之前创建聚集索引(否则会引发索引重建)

选择建立哪种索引

1)何时创建聚集索引更能提高性能

聚集索引(Clustered Index)会提高大多数表table的性能，尤其是当它满足以下条件时：

独特，狭窄，持续增长的，最好是只向上增加。例如：

·Identity(标识)

·Date Identity(日期标识)

·GUID(Globally Unique Identifier，全球唯一标识符)

2)非聚集索引提高性能的方法

非聚集索引由于B树的节点不是具体数据页，有时候由于这个原因，会导致非聚集索引甚至不如表遍历来的快。但是，非聚集索引有个特性，如果你要查询的内容，在非聚集索引中以及被覆盖到了，则不需要继续到聚集索引，或者RID(heap结构中的行标识符)中去寻找数据了，这时候就可以很大的提高性能，这就是覆盖面(Covering)的问题。

由于聚集索引叶子节点就是具体数据，所以聚集索引的覆盖率是100％，通过提高覆盖面来提高性能的问题也就只有非聚集索引(NonclusteredIndexes)才存在。

当查询中所有的columns都包括在index上时，我们说这个indexcovers the query.Columns的顺序在此不重要(Select时候的顺序不重要，但是Index建立的顺序可得小心了)。

补充：只有查询在具有高度选择性的情况下，非聚集索引才有优势。

索引建立和查询路径

为使用好索引结构，我们在XBRL数据库存储模型基础上，按照如下原则建立索引结构：

1)把索引存储表空间与数据存放表空间相分离；

2)对所有表的主键DBID建立非聚集唯一索引；

3)对所有表的外键DBID建立非聚集索引，加快表之间的关联操作。

在上面建索引原则基础上，我们再对XBRL数据存储模型建立了下面的表和字段索引：

1)基础分类标准表，对字段“名称”建立非聚集索引；

2)基础模式文件表，对字段“名称空间”和“文件名称”建聚集组合索引；

3)基础元素表，对字段“元素id”建立聚集索引，对“名称空间”和“元素名称”建立非聚集组合索引；

4)基础展示信息表、基础计算信息表、基础定义信息表，分别对字段“角色”建立聚集索引；

5)扩展模式文件表，对字段“名称空间”和“文件名称”建聚集组合索引；

6)扩展元素表，对字段“元素id”建立聚集索引，对“名称空间”和“元素名称”建立非聚集组合索引；

7)扩展展示信息表、扩展计算信息表、扩展定义信息表，分别对字段“角色”建立聚集索引；

8)实例文档表，对字段“报告主体“和”报告年度“建聚集组合索引，对”文档名称“建非聚集索引；

9)上下文表，对字段“上下文ID“建聚集索引；

10)Segment表，对字段“segment名“建聚集索引；

11)Scenario表，对字段“scenario名“建聚集索引；

12)单位表，对字段“单位ID“建聚集索引；

13)数据项表，对字段“元素名称空间“和”元素名称“建立非聚集组合索引。

Claims

1.一种利用XBRL进行的企业数据存储的方法，其特征在于：包括以下步骤：

步骤A：将企业数据分别填入如下表格中：

基础分类标准表{DBID，名称，原始内容，生效时间，备注}；

Segment表(DBID，上下文DBID，段名，段值}；

Scenario表{DBID，上下文DBID，场景名，场景值}；

单位表{DBID，实例文档DBID，单位ID，单位值}；

步骤B：按照以下顺序存储以上表格；

存储基础分类标准表；

存储基础模式文件表；

存储基础链接库表；

存储实例文档表；

存储报告中的扩展分类标准文件；

存储实例文档。

2.根据权利要求1所述的一种利用XBRL进行的企业数据存储的方法，其特征在于：在所述的基础模式文件表中还包括：

3.根据权利要求1所述的一种利用XBRL进行的企业数据存储的方法，其特征在于：在所述的扩展模式文件表中还包括：

4.根据权利要求1所述的一种利用XBRL进行的企业数据存储的方法，其特征在于：保存分类标准表的步骤中：

5.根据权利要求1所述的一种利用XBRL进行的企业数据存储的方法，其特征在于：存储基础模式文件表步骤中：

存储基础模式文件与对应的链接库关系信息；

存储基础元素和元组，并存储元组和元素之间的关系。

6.根据权利要求1所述的一种利用XBRL进行的企业数据存储的方法，其特征在于：存储基础链接库表步骤中，包括：

存储标签库文件并把相应的信息存放到基础标签信息表中；

存储展示库文件并把相应的信息存放到基础展示信息表中；

存储计算库文件并把相应的信息存放到基础计算信息表中；

7.根据权利要求1所述的一种利用XBRL进行的企业数据存储的方法，其特征在于：存储实例文档表时，把指定相应的分类标准DBID、实例文档名称、报告主体、报告年度存放到相应的字段中，其中分类标准DBID根据分类标准名称在基础分类标准表查找得到，同时把存储实例文档存到报告原始内容字段中。

8.根据权利要求1所述的一种利用XBRL进行的企业数据存储的方法，其特征在于：存储报告中的扩展分类标准文件步骤中：

存储扩展模式文件并把相应信息存入扩展模式文件表中；

扩展模式文件中的链接库信息存入扩展链接库表中；

9.根据权利要求1所述的一种利用XBRL进行的企业数据存储的方法，其特征在于：存储实例文档步骤中：

存储实例文档上下文信息到上下文表中；

存储上下文中的Segment信息到Segment表中；

存储上下文中的Scenario信息到Scenario表中；

存储实例文档单位信息到单位表中；

存储数据项信息到数据项表中。