一种基于可配属性的企业查询系统及其实现方法技术方案

本发明专利技术涉及一种基于可配属性的企业查询系统及其实现方法。本发明专利技术系统包括属性配置模块和分析组件、相应的开发和集成接口；属性配置模块，负责配置企业属性来源及存在的业务场景规则；分析组件由业务清单解析模块和属性解析模块组成；业务清单解析模块负责对不同业务需求进行解析；属性解析模块负责对业务清单解析模块细化后的属性进行单元分析、聚合分析和集成分析。单元分析负责解析属性单元间存在的关系，将业务清单分解为多个独立子查询；聚合分析负责处理子查询存在的聚合处理逻辑；集成分析按照子查询存在的最优合并方式对子查询进行组装，形成并输出标准查询SQL。本发明专利技术解决了商务数据系统无法及时有效地对涉及企业进行数据查询和统计的问题。

An Enterprise Query System Based on Configurable Attributes and Its Implementation

【技术实现步骤摘要】
一种基于可配属性的企业查询系统及其实现方法
本专利技术涉及数据处理
，特别涉及一种基于可配属性的企业查询系统及其实现方法。
技术介绍
随着国家信息化建设不断推进，多个地区已开展数据资源共享和整合的工作。以商务局使用的系统为例，企业信息是多个系统的核心内容。很多系统的功能及其价值方向都需要以企业的数据为基础，围绕企业做出类似监管、调查或者备案等动作；或者是宏观上更高一层次的整体布局。同时，用户对企业数据有定制查询的需求，这种需求常常是实时性的并且有一定政策目的。对于常见的数据定制查询需求，通常可以使用成熟的报表工具或者软件定制开发来实现。但是这种方式是以需求或者成熟的业务领域经验为基础，在应对一些突发事件上显得不足。例如2018年度的“中美贸易争端”，已有的数据查询功能无法快速并且实时动态地标记影响的企业，并对其按政策需求进行数据查询和统计。伴随着信息化的推进，关联业务系统也在不断更新、调整和优化。基于繁多的企业数据、信息分类以及企业属性，存量的企业数据接口以及数据来源也存在着不稳定性。这种不稳定性不仅带来了接口变更软件开发需要的开销，也带来了数据查询和统计重新进行数据测试的要求。
技术实现思路
本专利技术解决的技术问题在于提供一种基于可配属性的企业查询系统，针对突发事件以及政策动向，现有商务数据系统无法及时有效地对涉及企业进行数据查询和统计的问题。本专利技术解决的技术问题之二在于提供一种基于可配属性的企业查询系统的实现方法；通过将企业数据按属性为单元进行切分配置，利用分析组件对属性按照单元、聚合和集成从点到面的三种方式联合分析，扩大企业数据的可操作范围，减少了企业数据接口变更带来的不确定性和额外开销。针对不同业务系统还可以定制合适的属性配置，保障企业查询场景的多样性。本专利技术解决上述技术问题之一的技术方案是：所述的系统包括属性配置模块和分析组件，并提供相应的开发和集成接口；所述的属性配置模块，负责配置企业属性来源及存在的业务场景规则；所述的分析组件，由业务清单解析模块和属性解析模块组成；业务清单解析模块负责对不同业务需求进行解析；属性解析模块负责对业务清单解析模块细化后的属性进行单元分析、聚合分析和集成分析。所述的企业属性来源，包括企业属性物理ID、来源数据库地址、数据库用户、存储的数据表、存储的属性名称和存储的属性别名；所述的业务场景规则，包括计算类型，是否维度表，是否关联属性，存储表集合，存储表数量，存储表对应属性名称集合以及存储表对应属性函数处理集合；所述的计算类型，包括带时间维度的计算、涉及同比或者环比的计算和无时间无同比无环比的常规计算；所述的是否维度表，指该企业属性是否以多维的形式进行数据存储；所述的是否关联属性，指该属性是否以通用代码的形式进行存储；所述的存储表集合，指该属性可以存在的多个属性来源的集合；该集合以{属性物理ID1；属性物理ID2；...属性物理IDn}的形式存放；所述的存储表对应属性函数处理集合，包括了常用的数据库操作函数的集合，操作函数与存储表对应属性一一对应；如无需函数处理则该集合为空；如部分存储表对应属性无需函数处理，则该位置置为“？”，存储方式为{"？","函数1(属性)","函数2(属性)"}。所述业务清单解析模块解析内容包括自定义业务的查询属性清单和条件属性清单的两部分内容；解析结果输出为单个属性的集合，同时作为属性解析模块的输入；查询属性清单解析包括查询属性的聚合函数、排序方式和排序序号；条件属性清单解析包括属性是否常用分组、属性类型、属性比较逻辑、条件拼接逻辑以及属性取值区间；常用分组，指在业务上有一定稳定性的常用查询分组；所述的属性配置模块提供CRUD访问接口，用于配置企业属性来源及存在的多种业务场景规则；所述的分析组件提供CRUD访问接口，用于接入查询属性清单和条件属性清单。本专利技术解决上述技术问题之二的技术方案是：所述的方法是由属性配置模块配置企业属性来源及存在的多种业务场景规则；由分析组件的业务清单解析模块解析查询属性清单以及条件属性清单，由分析组件的属性解析模块对业务清单解析模块细化后的属性进行单元分析、聚合分析和集成分析；单元分析负责解析属性单元间存在的关系，得出最优查询表，最优查询属性及最优条件属性，进而将业务清单分解为多个独立子查询；聚合分析负责处理子查询存在的聚合处理逻辑，包括累计、平均值、同比和环比；集成分析按照子查询存在的最优合并方式对子查询进行组装，处理子查询的查询顺序及别名，形成并输出标准查询SQL。所述企业属性来源配置流程是：S11，新建自定义企业属性，生成唯一企业属性物理ID；S12，填写属性来源数据库地址和数据库用户，并对地址和用户进行绿灯测试；S13，根据可用数据库用户所有权限的表，选择存储的数据表和存储的属性名称；S14，填写自定义的存储属性别名；S15，企业属性来源配置；S16，日志记录，完成。所述企业属性业务场景规则配置流程是：S21，选择可用企业属性；S22，判断该属性是否存在多个数据来源，并根据数据来源生成存储表集合、存储表数量和存储表对应属性名称集合；根据实际业务场景添加存储表对应属性函数处理集合；S23，填写计算类型，选择带时间维度的计算、涉及同比或者环比的计算或者常规计算；S24，填写是否维度表；S25，填写是否关联属性，如选择“是”，还需补充当前属性所在数据用户下的其他配置表，并勾选关联代码和关联名称属性；S26，日志记录，完成。所述分析组件的业务清单解析模块解析查询属性清单以及条件属性清单流程是：S31，新建自定义业务清单，生成唯一规则ID；S32，对查询属性进行合法性校验；对涉及到聚合函数的查询属性进行一次校验，在不涉及业务关联操作时，校验单个属性是否支持该聚合函数的操作；并将单个查询属性按照{属性ID：查询属性}的形式存储，形成查询属性集合；S33，对条件属性进行是否常用分组判断；当涉及常用分组时，自动忽略条件属性的取值区间，属性的取值区间记录为常用分组ID；S34，对条件属性进行合并处理；存在多个同属性不同条件取值的情况，识别条件属性之间的条件拼接逻辑，并且合并多个条件的属性取值区间；并将合并后的单个条件属性按照{属性ID：{是否常用分组，属性类型，属性比较逻辑，条件拼接逻辑，属性取值区间}}的形式存储，形成条件属性集合；S35，保存业务清单；S36，日志记录，完成。所述的单元分析处理流程具体是：第一步，接入业务清单，提取查询属性集合和条件属性集合；第二步，根据属性集合获取查询最优表集合，该集合可包括一张或者多张查询表；最优表规则1，即在满足查询属性和条件属性的基础上，查询表最少；最优表规则2，当存在多个子查询时，在满足查询属性和条件属性的基础上，每个子查询的条件属性最多；第三步，在第二步的基础上，根据生成的最优表集合反向查找查询属性集合和条件属性集合；根据单个子查询表名，获取符合该表的查询属性和条件属性，以{子查询属性，子表ID，子条件属性}的形式存放；第四步，在第三步的基础上，根据属性的存储表集合，生成最优表之间的查询属性关联关系，用于对子查询进行合并的关联操作；每个子表存在一个或多个关联关系，以{子表ID，关联属性ID}的形式存放；第五步，根据最优表集合形成子表查询集合；第六步，结束单元分析本文档来自技高网...

【技术保护点】
1.一种基于可配属性的企业查询系统，其特征在于：所述的系统包括属性配置模块和分析组件，并提供相应的开发和集成接口；所述的属性配置模块，负责配置企业属性来源及存在的业务场景规则；所述的分析组件，由业务清单解析模块和属性解析模块组成；业务清单解析模块负责对不同业务需求进行解析；属性解析模块负责对业务清单解析模块细化后的属性进行单元分析、聚合分析和集成分析。

【技术特征摘要】
1.一种基于可配属性的企业查询系统，其特征在于：所述的系统包括属性配置模块和分析组件，并提供相应的开发和集成接口；所述的属性配置模块，负责配置企业属性来源及存在的业务场景规则；所述的分析组件，由业务清单解析模块和属性解析模块组成；业务清单解析模块负责对不同业务需求进行解析；属性解析模块负责对业务清单解析模块细化后的属性进行单元分析、聚合分析和集成分析。2.根据权利要求1所述的系统，其特征在于：所述的企业属性来源，包括企业属性物理ID、来源数据库地址、数据库用户、存储的数据表、存储的属性名称和存储的属性别名；所述的业务场景规则，包括计算类型，是否维度表，是否关联属性，存储表集合，存储表数量，存储表对应属性名称集合以及存储表对应属性函数处理集合；所述的计算类型，包括带时间维度的计算、涉及同比或者环比的计算和无时间无同比无环比的常规计算；所述的是否维度表，指该企业属性是否以多维的形式进行数据存储；所述的是否关联属性，指该属性是否以通用代码的形式进行存储；所述的存储表集合，指该属性可以存在的多个属性来源的集合；该集合以{属性物理ID1；属性物理ID2；...属性物理IDn}的形式存放；所述的存储表对应属性函数处理集合，包括了常用的数据库操作函数的集合，操作函数与存储表对应属性一一对应；如无需函数处理则该集合为空；如部分存储表对应属性无需函数处理，则该位置置为“？”，存储方式为{"？","函数1(属性)","函数2(属性)"}。3.根据权利要求1所述的系统，其特征在于：所述业务清单解析模块解析内容包括自定义业务的查询属性清单和条件属性清单的两部分内容；解析结果输出为单个属性的集合，同时作为属性解析模块的输入；查询属性清单解析包括查询属性的聚合函数、排序方式和排序序号；条件属性清单解析包括属性是否常用分组、属性类型、属性比较逻辑、条件拼接逻辑以及属性取值区间；常用分组，指在业务上有一定稳定性的常用查询分组；所述的属性配置模块提供CRUD访问接口，用于配置企业属性来源及存在的多种业务场景规则；所述的分析组件提供CRUD访问接口，用于接入查询属性清单和条件属性清单。4.权利要求1-3任一项所述系统的实现方法，其特征在于：所述的方法是由属性配置模块配置企业属性来源及存在的多种业务场景规则；由分析组件的业务清单解析模块解析查询属性清单以及条件属性清单，由分析组件的属性解析模块对业务清单解析模块细化后的属性进行单元分析、聚合分析和集成分析；单元分析负责解析属性单元间存在的关系，得出最优查询表，最优查询属性及最优条件属性，进而将业务清单分解为多个独立子查询；聚合分析负责处理子查询存在的聚合处理逻辑，包括累计、平均值、同比和环比；集成分析按照子查询存在的最优合并方式对子查询进行组装，处理子查询的查询顺序及别名，形成并输出标准查询SQL。5.权利要求4所述的实现方法，其特征在于：所述企业属性来源配置流程是：S11，新建自定义企业属性，生成唯一企业属性物理ID；S12，填写属性来源数据库地址和数据库用户，并对地址和用户进行绿灯测试；S13，根据可用数据库用户所有权限的表，选择存储的数据表和存储的属性名称；S14，填写自定义的存储属性别名；S15，企业属性来源配置；S16，日志记录，完成。6.权利要求4所述的实现方法，其特征在于：所述企业属性业务场景规则配置流程是：S21，选择可用企业属性；S22，判断该属性是否存在多个数据来源，并根据数据来源生成存储表集合、存储表数量和存储表对应属性名称集合；根据实际业务场景添加存储表对应属性函数处理集合；S23，填写计算类型，...

【专利技术属性】
技术研发人员：郑葵荣，李勇波，季统凯，
申请(专利权)人：国云科技股份有限公司，
类型：发明
国别省市：广东,44