CN107357930A - 云账坊平台租户数据表结构 - Google Patents

Abstract

本发明涉及数据表结构，其公开了一种云账坊平台租户数据表结构，解决传统技术中租户数据表扩展性、查询性能与XBR GL不容易标准化，不能有效满足各租户需求变化的问题。该数据表结构包括：租户表，用于存储租户信息，当租户用户注册成功后，会将租户信息维护于此表；主数据配置表，由管理中心提交配置，用于存储租户主数据列组织结构的信息；租户主数据表，是用于租户与主数据建立关系的一张主表；租户主数据中间表，用于将租户主数据表与主数据配置表中的父节点建立关系；租户信息热点表_<N>，用于存储各类型主数据的热点信息并将各实体类型的主数据与公司类型的主数据建立关系；租户信息表_<N>，用于存储各类型主数据的完整信息，采用纵表的存储方式。

Description

云账坊平台租户数据表结构

技术领域

本发明涉及数据表结构，具体涉及云账坊平台租户数据表结构。

背景技术

随着“互联网+”的提出，给予了企业充分的发挥，云账坊平台就在这种指导下产生的，云账坊平台是一套“互联网+财务”的智能通用财务云平台，专门针对中小微企业开发的平台，为企业提供无纸化发票存档、自动审单、智能记账、自动生成财务报表及XBRL GL标准化数据的平台。

租户是一种概念，在云账坊平台中，可将租户看作是一个集团公司下的管理员，在租户注册时，系统自动分配租户权限；而主数据的概念就表示这个租户子数据的相关信息，比如：公司、公司下的员工、公司下的供应商等等。

传统的租户主数据表结构设计上不存在难点，但是其扩展性、查询性能与XBRL GL不容易标准化，不能有效满足各租户的需求变化，无非是某个租户下有哪此相关实体，就创建对应的表，比如：某家租户有公司信息、员工信息，在这种情况下，直接创建公司表与员工表，并且建立公司与员工的关系；假使现在又有家租户需要创建公司信息、部门信息、客户信息，在这种情况下，又需要创建部门表与客户表，并且建立这三种数据的关系；在这种情况下针对租户主数据表结构的设计与调优将是永远止境的工作。

发明内容

本发明所要解决的技术问题是：提出一种云账坊平台租户数据表结构，解决传统技术中租户数据表扩展性、查询性能与XBR GL不容易标准化，不能有效满足各租户需求变化的问题。

本发明解决其技术问题所采用的技术方案是：

云账坊平台租户数据表结构，包括：租户表、主数据配置表、租户主数据表、租户主数据中间表、租户信息热点表_<N>、租户信息表_<N>；

所述租户表用于存储租户信息，当租户用户注册成功后，会将租户信息维护于此表；

所述主数据配置表，由管理中心提交配置，用于存储租户主数据列组织结构的信息；

所述租户主数据表，是用于租户与主数据建立关系的一张主表；

所述租户主数据中间表，用于将租户主数据表与主数据配置表中的父节点建立关系；

所述租户信息热点表_<N>，用于存储各类型主数据的热点信息并将各实体类型的主数据与公司类型的主数据建立关系；

所述租户信息表_<N>，用于存储各类型主数据的完整信息，采用纵表的存储方式。

作为进一步优化，所述租户表的主要字段包括：

tenant_id，存储租户主键ID；

code，存储程序按规则生成的租户编码；

name，用于存储租户中文名称；

state，用于保存租户有效或无效的状态；

del_state，用于保存逻辑删除的状态。

作为进一步优化，所述主数据配置表的主要字段包括：

master_data_id，存储主数据主键ID；

code，存储《企业会计软件数据接口》中提到的标准编码及自定义的编码；

name，存储主数据主数据元素名称；

gl_label，存储XBRL GL的标签；

gl_label，存储XBRL GL标签所属元组；

cons_desc，存储XBRL GL在使用时的一些限制信息，作为外部系统在获取数据时的参考；data_type，存储XBRL GL元素的数据类型；

abstract_flag，存储XBRL GL元素是否为虚对象的标识；

freeze，表示主数据节点是否被冻结；

parent_id，存储主数据父节点的ID，这个字段所建立起来的关系仅有上下两级，通过这个字段就可以将主数据父子节点关系建立起来，父节点可看成是实体类型，而子节点可看成是对应着这些实体类型的属性。

作为进一步优化，所述租户主数据表的主要字段包括：

tenant_mstr_data_id，存储的租户主数据主键ID；

code，存储租户主数据的编码；

name，存储租户主数据的名称；

tenant_id，引用自租户表的tenant_id；

del_state，保存逻辑删除的状态。

作为进一步优化，所述租户主数据中间表的主要字段包括：

tenant_mstr_data_map_id，存储租户主数据定义中间表的主键ID；

tenant_mstr_data_id，引用自租户主数据表的主键ID；

master_data_id，引用自主数据配置表中父节点的主键ID。

作为进一步优化，所述租户信息热点表_<N>的主要字段包括：

hot_info_id，存储租户主数据热点信息表的主键ID；

type，引用自主数据配置表中父节点的ID；

code，存储对应实体类型数据自身的编码；

name，存储对应实体类型数据自身的名称；

tenant_mstr_data_id，引用自租户主数据表的tenant_mstr_data_id；

tenant_id，引用自租户表的tenant_id；

company_id，为了强制建立起各实体类型之间的关系而必须建立的公司ID。

作为进一步优化，所述租户信息表_<N>的主要字段包括：

info_id，存储租户信息表主键ID；

hot_info_id，引用自租户热点信息表主键ID，表示此属性属于哪个实体；master_data_id，引用自主数据配置表子节点的master_data_id；

value，存储实体下属性的具体值。

本发明的有益效果是：

通过可配置、高扩展性、可复用、颗粒化、高性能的表结构的设计，提供高效查询、分页功能，外部系统通过统一的XBRL GL标签可快速获得数据，有效满足各租户需求变化。

附图说明

图1为本发明中的云账坊平台租户数据表结构示意图。

具体实施方式

本发明旨在提出一种云账坊平台租户数据表结构，解决传统技术中租户数据表扩展性、查询性能与XBR GL不容易标准化，不能有效满足各租户需求变化的问题。

如图1所示，本发明中的云账坊平台租户数据表结构包括：租户表、主数据配置表、租户主数据表、租户主数据中间表、租户信息热点表_<N>、租户信息表_<N>；下面对各个表进行具体描述：

1、租户表：

用于存储租户信息，当租户用户注册成功后，会将租户信息维护于此表，主要字段包括：tenant_id(租户主键ID)、code(存储程序按规则生成的租户编码)、name(存储租户中文名称)、state(保存租户有效或无效的状态)、del_state(保存逻辑删除的状态,因每个租户下的主数据信息量比较大，加速删除效率，待系统空闲时再进行物理删除)。

2、主数据配置表：

由管理中心提交配置的，用于存储租户主数据列组织结构的信息，主要字段包括：master_data_id(主数据主键ID)、code(存储的《企业会计软件数据接口》中提到的标准编码及自定义的编码)、name(存储主数据主数据元素名称)、gl_label(存储XBRL GL的标签)、gl_label(存储XBRL GL标签所属元组)、cons_desc(存储的XBRL GL在使用时的一些限制信息，外部系统在获取数据时的一个参考)、data_type(存储XBRL GL元素的数据类型)、abstract_flag(存储此XBRL GL元素是否是虚对象的标识)、freeze(表示主数据节点是否被冻结)、parent_id(存储主数据父节点的ID，这个字段所建立起来的关系仅有上下两级，通过这个字段就可以将主数据父子节点关系建立起来，父节点可看成是实体类型，比如01、02、03分别表示公司、员工与客户；而子节点可看成是对应着这些实体类型的属性)。

3、租户主数据表：

用于租户与主数据建立关系的一张主表，主要字段包括：tenant_mstr_data_id(存储的租户主数据主键ID)、code(存储租户主数据的编码)、name(存储租户主数据的名称)、tenant_id(引用自租户表的tenant_id)、del_state(保存逻辑删除的状态,因每个租户主数据下的主数据信息量比较大，加速删除效率，待系统空闲时再进行物理删除)

4、租户主数据中间表：

租户主数据中间表，它的责任是将租户主数据表与主数据配置表中的父节点(parent_id＝0的数据)建立起关系，主要字段包括：tenant_mstr_data_map_id(存储租户主数据定义中间表的主键ID)、tenant_mstr_data_id(引用自租户主数据表的主键ID，意思是租户主数据定义中间表与租户主数据表建立起关系)、master_data_id(引用自主数据配置表中父节点(parent_id＝0的数据)的主键ID)；

5、租户信息热点表_<N>：

用于存储各类型主数据的热点信息并将各实体类型的主数据与公司类型的主数据建立上关系，主要字段包括：hot_info_id(租户主数据热点信息表的主键ID)、type(引用自主数据配置表中父节点的ID，这里的用处为区分保存在租户主数据信息热点表中数据实体类型)、code(存储对应实体类型数据自身的编码，比如：公司编码、员工编码或客户编码)、name(存储对应实体类型数据自身的名称，比如：公司名称、员工名称或客户名称)、tenant_mstr_data_id(引用自租户主数据表的tenant_mstr_data_id)、tenant_id(引用自租户表的tenant_id)、company_id(此字段非常重要，因为租户主数据的数据都需要与公司建立起关系，而公司信息也是可配置并且也是保存在租户信息表中的，为了强制建立起各实体类型之间的关系，这个公司ID必须要建立)；

创建这张租户主数据信息热点表，从需求上来说不是必须的，因租户信息数据量大，从数据查询与分页等性能考量出发，创建这张热点表是非常合理的。这张表里只保存了实体自身的Code与Name，在界面上通过tenant_id、type、code like'％％'与namelike'％％'搜索时，因为tenant_id与type可建立索引,而且code与name也可直接通过这个热点表查询，需要搜索的数据范围比较小，性能非常好。

6、租户信息表_<N>：

用于存储各类型主数据的完整信息，采用纵表的存储方式，主要字段包括：info_id(租户信息表主键ID)、hot_info_id(引用自租户热点信息表主键ID，表示此属性(此条数据)属于哪个实体)、master_data_id(引用自主数据配置表子节点的master_data_id)、value(存储实体下属性的具体值)；

通过hot_info_id字段将租户主数据热点信息表与租户主数据信息表建立起一对多的关系；租户主数据热点信息表中一条数据表示一个实体，而这个实体只保存了常用的code与name字段，而租户主数据信息表保存的是这个实体的扩展属性。

由于租户信息采用颗粒化存储，因预估这里的租户信息表会存储海量数据，所以这里使用tenant_id对租户信息热点表_<N>与租户信息表_<N>的分表策略,<N>这里N的计算规则为mod(tenant_id,<N>)+1，表示得到余数，然后将<N>替换成数据，这样就得到了完整的表名。

基于上述相关表，就可以实现高效查询、分页，外部系统也可以通过XBRL GL标签获得数据，具体流程如下：

a.基于前端界面已知的tenant_mstr_data_id、tenant_id、type，通过mod(tenant_id,<N>)+1得到租户热点信息与租户信息确切的表名；

b.通过界面上Code与Name的条件，直接到租户热点表中查询数据，得到实时总行数；

c.通过界面上Code与Name的条件，直接到租户热点表按分页要求取出N个hot_info_id，并且与租户信息表关联起来查询，这样就得到了完整的实体数据；

d.外部系统可通过租户表取出待获取的某个租户，通过步骤a的方法找准租户信息热点表与租户信息表，参照步骤c的方法(按实际情况取数据)，并且通过租户信息表中的master_data_id,即可获得XBRL GL标签，这样外部系统就可通过统一的数据标签获得状态的数据。

在具体实施上，根据租户用户注册流程，通过云账坊管理的审核后，租户表、租户主数据表及租户主数据中间表就会维护相关信息；而主数据配置表，提前由云账坊管理员配置好，程序自动将维护以上表的数据，程序即可以实现颗粒化存储并快速、稳定的查询数据并且通过XBRL GL标准化数据能更有效的为外部系统提供数据。

对于租户主数据下的各实体类型(子模块)数据的新增，不管在哪个实体类型(子模块)下新增数据，此实体的属性当中都存会存在租户Code、租户Name、公司Code、公司Name、及其自身的Code与Name，并且通过前端界面可轻松获得租户主数据主键ID、tenant_ID，然后通过mod(tenant_ID,<N>)+1的方式，找准租户热点信息表及租户信息表，通过主数据配置的Code(存储的《企业会计软件数据接口》中提到的标准编码及自定义的编码)，即可判断出哪个属性是公司Code与实体自身的Code，有了这两个必要的信息，即可将租户热点信息表填上数据，并且将此实体完整的属性信息插到租户信息表。

对租户热点信息与租户信息分表是因云账坊系统上线后，数据量非常大，并发量也比较大，再加上大表在数据库当中对维护不友好，经过思考最终进行的分表。

高效分页统计的方法，通过前端界面可知道租户主数据主键ID、tenant_ID,然后通过mod(tenant_ID,<N>)+1的方式，找准租户热点信息表及租户信息表，在租户热点信息表中通过tenant_id、type,我们就能定位某个租户下的某个实体类型(子模块),并在tenant_id与type之上建立索引，按要求从前端界面拿到查询条件件，并通过code like'％xxx％'and name like'％xxx％'，查询即可得到总行数；直接在热点数据里面统计行数是因为热点信息表的数据量相对于租户信息表的数据量要小很多倍，并且一个实体数据对应于租户热点信息表一条数据。

高效分页的方法，通过前端界面可知道租户主数据主键ID、tenant_ID,然后通过mod(tenant_ID,20)+1的方式，找准租户热点信息表及租户信息表，在租户热点信息表中通过tenant_id、type,我们就能定位某个租户下的某个实体类型(子模块),并在tenant_id与type之上建立索引，按要求从前端界面拿到查询条件件，并通过code like'％xxx％'andname like'％xxx％'，并带上分页规则，就可非常快速的得到N个Hot_info_id,再与租户信息表连接起来，即可得到这N个实体的完整信息。

通过XBRL GL标准化数据，外部系统在获取数据时，通过主数据配置表，非常容易打上标签。

Claims (7)

1.云账坊平台租户数据表结构，其特征在于，包括：租户表、主数据配置表、租户主数据表、租户主数据中间表、租户信息热点表_<N>、租户信息表_<N>；

所述租户表用于存储租户信息，当租户用户注册成功后，会将租户信息维护于此表；

所述主数据配置表，由管理中心提交配置，用于存储租户主数据列组织结构的信息；

所述租户主数据表，是用于租户与主数据建立关系的一张主表；

所述租户主数据中间表，用于将租户主数据表与主数据配置表中的父节点建立关系；

所述租户信息热点表_<N>，用于存储各类型主数据的热点信息并将各实体类型的主数据与公司类型的主数据建立关系；

所述租户信息表_<N>，用于存储各类型主数据的完整信息，采用纵表的存储方式。

2.如权利要求1所述的云账坊平台租户数据表结构，其特征在于，

所述租户表的主要字段包括：

tenant_id，存储租户主键ID；

code，存储程序按规则生成的租户编码；

name，用于存储租户中文名称；

state，用于保存租户有效或无效的状态；

del_state，用于保存逻辑删除的状态。

3.如权利要求1所述的云账坊平台租户数据表结构，其特征在于，

所述主数据配置表的主要字段包括：

master_data_id，存储主数据主键ID；

code，存储《企业会计软件数据接口》中提到的标准编码及自定义的编码；

name，存储主数据主数据元素名称；

gl_label，存储XBRL GL的标签；

gl_label，存储XBRL GL标签所属元组；

cons_desc，存储XBRL GL在使用时的一些限制信息，作为外部系统在获取数据时的参考；data_type，存储XBRL GL元素的数据类型；

abstract_flag，存储XBRL GL元素是否为虚对象的标识；

freeze，表示主数据节点是否被冻结；

parent_id，存储主数据父节点的ID，这个字段所建立起来的关系仅有上下两级，通过这个字段就可以将主数据父子节点关系建立起来，父节点可看成是实体类型，而子节点可看成是对应着这些实体类型的属性。

4.如权利要求1所述的云账坊平台租户数据表结构，其特征在于，

所述租户主数据表的主要字段包括：

tenant_mstr_data_id，存储的租户主数据主键ID；

code，存储租户主数据的编码；

name，存储租户主数据的名称；

tenant_id，引用自租户表的tenant_id；

del_state，保存逻辑删除的状态。

5.如权利要求1所述的云账坊平台租户数据表结构，其特征在于，

所述租户主数据中间表的主要字段包括：

tenant_mstr_data_map_id，存储租户主数据定义中间表的主键ID；

tenant_mstr_data_id，引用自租户主数据表的主键ID；

master_data_id，引用自主数据配置表中父节点的主键ID。

6.如权利要求1所述的云账坊平台租户数据表结构，其特征在于，

所述租户信息热点表_<N>的主要字段包括：

hot_info_id，存储租户主数据热点信息表的主键ID；

type，引用自主数据配置表中父节点的ID；

code，存储对应实体类型数据自身的编码；

name，存储对应实体类型数据自身的名称；

tenant_mstr_data_id，引用自租户主数据表的tenant_mstr_data_id；

tenant_id，引用自租户表的tenant_id；

company_id，为了强制建立起各实体类型之间的关系而必须建立的公司ID。

7.如权利要求1所述的云账坊平台租户数据表结构，其特征在于，

所述租户信息表_<N>的主要字段包括：

info_id，存储租户信息表主键ID；

hot_info_id，引用自租户热点信息表主键ID，表示此属性属于哪个实体；master_data_id，引用自主数据配置表子节点的master_data_id；

value，存储实体下属性的具体值。