CN113515544B - 一种数据属性查询方法及数据属性查询装置 - Google Patents

Abstract

本发明实施例公开了一种数据属性查询方法及装置，用于提升数据属性查询的便捷性。本发明实施例方法包括：根据数据库表和业务模块，确定业务模块中各个属性节点之间的关联关系，其中，数据库表中存储了隶属于业务模块的查询对象的属性数据表，每个属性节点代表了查询对象的一个属性；根据各个属性节点之间的关联关系，配置各个属性节点的条目信息；根据每个属性节点的条目信息，确定每个属性的查询路径；若接收到对查询对象的目标属性的查询指令，则动态获取对应于查询对象的目标属性的查询路径，其中，查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；根据对应于查询对象的目标属性的查询路径，获取查询对象的目标属性值。

Description

一种数据属性查询方法及数据属性查询装置

技术领域

本发明涉及数据处理技术领域，尤其涉及一种数据属性查询方法及数据属性查询装置。

背景技术

在设计数据库模型时，按照面向对象的设计方法，每个对象都具有一组属性，为每个对象建表，多个对象之间的关联关系通过表的逻辑外键相互引用，上层对象的各个属性会引用很多下层的对象，每个底层对象到上层对象都有一条引用路径。例如客户的收件电话的引用路径是：用户->收件地址->收件电话，意思是要查找收件电话，就需要先找到收件地址，要查找收件地址，就需要先找到用户。

如果业务对表进行分库，则直接查表的方式无法进行，需要调整为RPC通讯或其他方式获取数据，如果要查出一批来自不同对象的多个属性值，常用的方法是通过写SQL或RPC的方式按照引用路径的方向进行硬编码查询，每次查询的参数可能依赖于上层的查询参数或结果。

而这种硬编码的方式，这样的实现方法并不能很灵活的变化，如果属性结构发生变化或要增加一个属性查询，那就需要开发人员编码才能完成。

发明内容

本发明实施例提供了一种数据属性查询方法及数据属性查询装置，用于提升查询数据属性的便捷性。

本申请实施例第一方面提供了一种数据属性查询方法，包括：

根据数据库表和业务模块，确定所述业务模块中各个属性节点之间的关联关系，其中，所述数据库表中存储了隶属于所述业务模块的查询对象的属性数据表，每个所述属性节点代表了所述查询对象的一个属性；

根据所述各个属性节点之间的关联关系，配置所述各个属性节点的条目信息；

根据每个所述属性节点的条目信息，确定每个属性的查询路径；

若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；

根据对应于所述查询对象的目标属性的查询路径，获取所述查询对象的目标属性值。

优选的，所述条目信息至少包括：

所述属性节点的标识码、所述属性节点的属性实体、所述属性节点的查询方式、所述属性节点的查询字段、所述属性节点的查询条件、所述属性节点的查询参数来源，及所述属性节点所隶属的业务模块；

所述根据每个属性节点的条目信息，确定每个属性的查询路径，包括：

根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径。

优选的，根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径之前，所述方法还包括：

根据所述各个属性节点之间的关联关系，确定所述各个属性节点中的根节点；

通过哨兵节点接收所述根节点的标识码；

根据所述根节点的标识码加载所述根节点的条目信息；

根据所述根节点的查询字段，加载与所述根节点相关联的第一属性节点的条目信息；

根据所述第一属性节点的查询字段，加载与所述第一属性节点相关联的第二属性节点的条目信息，直至加载完全部的所述属性节点的条目信息。

优选的，若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件，包括：

获取所述查询指令中的查询对象的标识码、目标属性节点的标识码和查询条件；

将所述查询对象的标识码、目标属性节点的标识码和查询条件解析为查询语句；

根据所述查询语句，动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询语句包括SQL查询语句、RPC查询语句和插件代码查询语句中的至少一项。

优选的，所述方法还包括：

将所述查询对象的目标属性值执行本地存储。

优选的，所述方法还包括：

若再次接收到对所述查询对象的所述目标属性的查询指令，则查询所述本地存储中是否有所述查询对象的目标属性值；

若是，则从所述本地存储中获取所述查询对象的目标属性值；

若否，则触发所述动态获取对应于所述查询对象的目标属性的查询路径的步骤。

本申请实施例第二方面提供了一种数据属性查询装置，包括：

第一确定单元，用于根据数据库表和业务模块，确定所述业务模块中各个属性节点之间的关联关系，其中，所述数据库表中存储了隶属于所述业务模块的查询对象的属性数据表，每个所述属性节点代表了所述查询对象的一个属性；

配置单元，用于根据所述各个属性节点之间的关联关系，配置所述各个属性节点的条目信息；

第二确定单元，用于根据每个所述属性节点的条目信息，确定每个属性的查询路径；

动态获取单元，用于若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；

获取单元，用于根据对应于所述查询对象的目标属性的查询路径，获取所述查询对象的目标属性值。

优选的，所述条目信息至少包括：

所述属性节点的标识码、所述属性节点的属性实体、所述属性节点的查询方式、所述属性节点的查询字段、所述属性节点的查询条件、所述属性节点的查询参数来源，及所述属性节点所隶属的业务模块；

所述第二确定单元，具体用于：

根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径。

优选的，所述数据属性查询装置还包括：

第三确定单元，用于在根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径之前，根据所述各个属性节点之间的关联关系，确定所述各个属性节点中的根节点；

接收单元，用于通过哨兵节点接收所述根节点的标识码；

第一加载单元，用于根据所述根节点的标识码加载所述根节点的条目信息；

第二加载单元，用于根据所述根节点的查询字段，加载与所述根节点相关联的第一属性节点的条目信息；

第三加载单元，用于根据所述第一属性节点的查询字段，加载与所述第一属性节点相关联的第二属性节点的条目信息，直至加载完全部的所述属性节点的条目信息。

优选的，所述动态获取单元，具体用于：

获取所述查询指令中的查询对象的标识码、目标属性节点的标识码和查询条件；

将所述查询对象的标识码、目标属性节点的标识码和查询条件解析为查询语句；

根据所述查询语句，动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询语句包括SQL查询语句、RPC查询语句和插件代码查询语句中的至少一项。

优选的，所述数据属性查询装置还包括：

存储单元，用于将所述查询对象的目标属性值执行本地存储。

优选的，所述数据属性查询装置还包括：

查询单元，用于若再次接收到对所述查询对象的所述目标属性的查询指令，则查询所述本地存储中是否有所述查询对象的目标属性值；

获取单元，用于在所述本地存储中有所述查询对象的目标属性值时，则从所述本地存储中获取所述查询对象的目标属性值；

触发单元，用于在所述本地存储中没有所述查询对象的目标属性值时，则触发所述动态获取对应于所述查询对象的目标属性的查询路径的步骤。

本申请实施例第三方面提供了一种计算机装置，包括处理器，所述处理器在执行存储于存储器上的计算机程序时，用于实现本申请实施例第一方面所述的数据属性查询方法。

本申请实施例第四方面提供了一种可读计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，用于实现本申请实施例第一方面所述的数据属性查询方法。

从以上技术方案可以看出，本发明实施例具有以下优点：

本申请实施例中，根据数据库表和业务模块，确定所述业务模块中各个属性节点之间的关联关系，其中，所述数据库表中存储了隶属于所述业务模块的查询对象的属性数据表，每个所述属性节点代表了所述查询对象的一个属性；根据所述各个属性节点之间的关联关系，配置所述各个属性节点的条目信息；根据每个所述属性节点的条目信息，确定每个属性的查询路径；若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；根据对应于所述查询对象的目标属性的查询路径，获取所述查询对象的目标属性值。

因为本申请实施例通过配置各属性节点的条目信息，来动态确定每个属性的查询路径，从而使得在业务模块的属性结构发生变化或要增加一个属性查询时，只要根据变动来调节关联关系，并为变化后的属性节点增加条目信息，即可动态确定对每个属性的查询路径，从而提升了查询数据属性的便捷性。

附图说明

图1为本申请实施例中数据属性查询方法的一个实施例示意图；

图2为本申请实施例中员工档案信息查询模块中各属性节点之间的关联关系示意图；

图3为图1实施例中步骤103的细化步骤；

图4为本申请实施例中数据属性查询方法的另一个实施例示意图；

图5为图1实施例中步骤104的细化步骤；

图6为本申请实施例中数据属性查询方法的另一个实施例示意图；

图7为本申请实施例中数据数据属性查询装置的一个实施例示意图。

具体实施方式

本发明实施例提供了一种数据属性查询方法及数据属性查询装置，用于提升查询数据属性的便捷性。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

基于现有技术中，在查询来自不同对象的多个属性值时，需要通过写SQL或RPC语句的方式按照引用路径进行硬编码查询，而导致在属性结构发生变化时，需要开发人员重新对查询路径进行编码的问题，本申请提出了一种数据属性查询方法及装置，用于提升查询数据属性的便捷性。

为方便理解，下面对本申请中的一种数据属性查询方法进行描述，请参阅图1，本申请中数据属性查询方法的一个实施例，包括：

101、根据数据库表和业务模块，确定所述业务模块中各个属性节点之间的关联关系，其中，所述数据库表中存储了隶属于所述业务模块的查询对象的属性数据表，每个所述属性节点代表了所述查询对象的一个属性；

众所周知，一般业务模块都涉及到大量的数据，为了管理业务模块的大量数据，一般是将对应于业务模块的大量数据存储于数据库表中，以实现对数据的高效管理。

本申请实施例中，数据库表中存储了隶属于所述业务模块的查询对象的属性数据表，而业务模块中的每个属性节点代表了查询对象的一个属性，且每个属性节点对应数据库表中的至少一个属性数据表，可以根据数据库表中各个数据表之间的引用关系，确定各个数据表之间的关联关系，进而根据各个数据表之间的关联关系，确定各个属性节点之间的关联关系。

为了实现对业务模块中每个数据属性的快速查询，本申请先根据业务模块和数据库表，确定所述业务模块中各个属性节点之间的关联关系，其中，每个属性节点都代表了该业务模块中每个被查询对象的一个属性，而查询对象隶属于该业务模块。

具体的，本申请对业务模块及隶属于该业务模块的查询对象的具体内容不做限制，其中，业务模块及隶属于业务模块的查询对象可以根据具体的应用场景做详细设计，如业务模块可以是员工档案信息查询模块，而查询对象是某个员工，或者，业务模块为商品详细信息查询模块，而查询对象为某个商品等。

为方便理解，本申请实施例以员工档案信息查询模块作为业务模块，以某个员工作为查询对象进行举例说明，假设该业务模块中所包含的每个员工的属性为：部门属性、职位属性、行政组织属性、职位级别属性、组织所在地属性、工作地属性、公司属性、行业类型属性、岗位属性、人员类别属性及国籍属性等。

一般这些属性数据都是存在关联关系的，比如职位属性、岗位属性和人员类别属性都关联于部门属性，而行政组织属性和职位级别属性都关联于职位属性，为了快速获取到查询对象的目标属性，需要首先根据这些属性之间的逻辑关系确定每个属性节点之间的关联关系。具体的，属性节点之间的关联关系决定于每个业务模块内部数据的逻辑关系，而内部数据之间的逻辑关系可以根据每个业务场景的需求进行自定义。

为方便理解，图2以树状图的形式给出了员工档案信息查询模块中各属性节点之间的关联关系示意图，其中，每个属性节点都代表了被查询对象的一个属性。

102、根据所述各个属性节点之间的关联关系，配置每个属性节点的条目信息；

确定了各个属性节点之间的关联关系后，为了在接收到对某个查询对象的目标属性的查询请求后，可以快速确定每个属性的查询路径，本申请实施例通过配置每个属性节点的条目信息，使得可以通过每个属性节点的条目信息，快速确定每个属性的查询路径。

具体的，对于每个属性节点的条目信息的具体内容，将在下面的实施例中进行描述，此处不再赘述。

103、根据每个所述属性节点的条目信息，确定每个属性的查询路径；

具体的，在配置了各个属性节点的条目信息后，就可以根据每个属性节点的条目信息，来确定每个属性的查询路径。

为方便对查询路径的理解，下面以图2为例对查询路径进行说明：

具体的，在图2中，若想获取到某个员工的职位属性，则查询路径是部门属性→职位属性，若想获取到某个员工的行政组织属性，则查询路径是部门属性→职位属性→行政组织属性。

而如何根据每个属性节点的条目信息，确定每个属性的查询路径，将在下面的实施例中进行描述，此处不再赘述。

104、若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；

在确定了每个属性的查询路径后，若接收到对查询对象的目标属性的查询指令，则动态获取每个查询对象的目标属性的查询路径，其中，该查询指令中至少包括查询对象的标识码、目标属性节点的标识码及查询条件。

而如何根据查询指令，来动态获取目标属性的查询路径，也在下面的实施例中进行描述，此处不再赘述。

105、根据对应于所述查询对象的目标属性的查询路径，获取所述查询对象的目标属性值。

获取到对应于查询对象的目标属性的查询路径后，就可以根据该查询路径获取到查询对象的目标属性值了。

如：在图2中，想要获取查询对象的行政组织属性，则根据部门属性→职位属性→行政组织属性的查询路径，就可以获取到查询对象的行政组织的具体数值了。

本申请实施例中，通过配置各属性节点的条目信息，来动态确定每个属性的查询路径，从而使得在业务模块的属性结构发生变化或要增加一个属性查询时，只要根据变动来调节关联关系，并为变化后的属性节点增加条目信息，即可动态确定对每个属性的查询路径，从而提升了查询数据属性的便捷性。

基于图1所述的实施例，其中，每个属性节点的条目信息至少包括：每个属性节点的标识码、每个属性节点的属性实体、每个属性节点的查询方式、每个属性节点的查询字段、每个属性节点的查询条件、每个属性节点的查询参数来源，及每个属性节点所隶属的业务模块；

其中，每个属性节点的标识码与每个属性节点之间为一一映射，主要是为了对每个属性节点进行区别；每个属性节点的属性实体意思是这个属性节点所代表的属性；每个属性节点的查询方式意思是要查询到每个属性节点，所采用的查询方式，本实施例中的查询方式包括SQL查询、RPC查询和插件代码查询中的至少一种；每个属性节点的查询字段，意思是根据每个属性节点，所能查到的其他属性节点，对应于图2中的每个属性节点的下级属性节点，其中，图2中从上至下依次为上级节点和下级节点；每个属性节点的查询条件即为对应于查询方式的查询语句；每个属性节点的查询参数来源，意思是每个属性节点所依赖的其他属性节点，对应于图2中每个属性节点的上级节点；每个属性节点所隶属的业务模块，因为属性节点可能隶属于不同的业务模块，所以本实施例中的每个属性节点要包括其所隶属的业务模块。

为方便理解，表1给出了上述每个属性节点的条目信息的具体含义。

表1

属性节点的条目信息	取值类型	描述
			标识码	整性	节点的唯一标识
属性实体	字符串	属性的实体标识
			查询方式	AUTO/SQL/RPC	标记该属性节点用哪种方式查询
查询字段	field1、filed2…	标记该属性节点可以查询到的其他属性节点的字段
			查询条件	SQL表达式/RPC接口地址	要执行的查询逻辑
查询参数来源	参数表达式	依赖其他属性节点的属性值
			业务模块	枚举	标识节点所属的业务

基于图1所述的实施例，下面接着对图1中的步骤103做详细描述，请参阅图3，图3为图1实施例中步骤103的细化步骤：

301、根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径。

根据图2所述的树状图，为了获取每个属性的查询路径，可以在为每个属性节点配置了条目信息后，根据每个属性节点的条目信息中的查询参数来源和查询字段，采用递归的方式确定确定每个属性的查询路径。

具体的，每个属性节点的查询参数来源，用于表示每个属性节点所依赖的其他属性的属性值，也即每个属性节点的上级属性节点，而每个属性节点的查询字段，用于表示每个属性节点可以查询到的其他属性节点，也即每个属性节点的下级节点，如在图2中，职位属性节点的上级节点为部门属性节点，而职位属性节点的下级节点为行政组织属性节点和职位级别属性节点，其中，图2中从上至下依次为上级节点和下级节点。

对应的，如果知道了每个属性节点的上级节点和下级节点，就很容易通过递归的方式确定每个属性节点的查询路径。

本申请实施例中，对于每个属性节点对应的每个属性的查询路径做了详细描述，且本申请中的查询路径，只需要根据为每个属性节点配置的条目信息，即可快速的确定，提升了数据属性查询的便捷性。

基于图3所述的实施例，在执行步骤301之前，还需要执行以下步骤，请参阅图4，本申请实施例中数据属性查询方法的另一个实施例，包括：

401、根据各个属性节点之间的关联关系，确定所述各个属性节点中的根节点；

本申请实施例中的数据属性查询方法，需要在加载每个属性节点前，先通过哨兵节点接收一个参数，以用于通过上述参数，先加载一个属性节点，再根据该属性节点加载其他属性节点，以用于根据加载完成的各个属性节点动态确定每个属性的查询路径。

优选的，本申请实施例优先加载各个属性节点中的根节点，以用于通过根节点再加载其他属性节点。

故本申请需要根据各个属性节点之间的关联关系，先确定各个属性节点中的根节点，其中，根节点为独立节点，意思是根节点不依赖于其他节点，而仅作为被依赖的节点而存在，即如果一个节点没有上级节点，只有下级节点，则称为根节点。

402、通过哨兵节点接收所述根节点的标识码；

本申请实施例中的数据属性查询方法，可以为根节点设置哨兵节点，以用于通过该哨兵节点接收根节点的标识码。

403、根据所述根节点的标识码加载所述根节点的条目信息；

哨兵节点接收到根节点的标识码后，根据根节点的标识码，加载根节点的条目信息，而根节点的条目信息的具体内容与图3实施例中描述的类似，此处不再赘述。

404、根据所述根节点的查询字段，加载与所述根节点相关联的第一属性节点的条目信息；

加载了根节点的条目信息后，就可以根节点的查询字段，加载与根节点相关联的第一属性节点，其中，第一属性节点为与根节点直接关联的属性节点。

405、根据所述第一属性节点的查询字段，加载与所述第一属性节点相关联的第二属性节点的条目信息，直至加载完全部的所述属性节点的条目信息。

加载了第一属性节点的条目信息后，就可以根据第一属性节点的查询字段，加载与第一属性节点相关联的第二属性节点的条目信息，直至加载完全部的属性节点的条目信息。

本申请实施例中，对在采用递归方式确定每个属性的查询路径之前，对全部属性节点的条目信息的加载过程做了详细描述，且本实施例中优选的通过先加载根节点的条目信息，再加载其他属性节点的条目信息，因为加载根节点条目信息的过程不需要依赖其他属性节点，故提升了加载首个属性节点的便捷性。

基于图1至图4所述的实施例，下面对图1实施例中的步骤104做详细描述，请参阅图5，图5为图1实施例中步骤104的细化步骤：

501、获取所述查询指令中的查询对象的标识码、目标属性节点的标识码和查询条件；

在接收到对查询对象的目标属性的查询指令后，因为查询指令中至少包括查询对象的标识码、目标属性节点的标识码和查询条件，故在获取到查询指令后，就可以根据查询指令解析查询语句。

具体的，下面对查询指令中的各参数的意义进行解释：

查询对象的标识码，用于标识查询对象；目标属性节点的标识码，用于标识查询对象的目标属性；查询条件，用于标识要执行的查询逻辑。

502、将所述查询对象的标识码、目标属性节点的标识码和查询条件解析为查询语句；

得到查询对象的标识码、目标属性节点的标识码和查询条件后，执行主体将其解析为查询语句，并根据查询语句对查询对象的目标属性执行自动化查询。

503、根据所述查询语句，动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询语句包括SQL查询语句、RPC查询语句和插件代码查询语句中的至少一项。

得到针对查询对象的查询语句后，根据该查询语句，动态获取查询对象的目标属性的查询路径，其中，查询语句包括SQL查询语句、RPC查询语句和插件代码查询语句中的至少一项。

需要说明的是，本申请实施例中的SQL查询语句，用于实现业务模块内部的属性查询，而RPC查询语句用于实现多个业务模块之间的跨模块属性查询，而插件代码查询语句用于实现业务模块与第三方系统之间的跨系统属性查询，且插件代码的方式，使得业务模块很容易被扩展，从而提升了业务模块扩展的灵活性，也进一步提升了数据属性查询的便捷性。

需要说明的是，当需要执行跨模块的属性查询时，因为每个属性对应一条查询路径，而每条查询路径由多个属性节点构成，其中，多个查询路径可能共用一个属性节点，若采用现有技术查询数据属性时，若出现多个查询路径共用一个属性节点的情况，则需要分别对同一个属性节点加载多次，而本申请实施例只需要加载一次共用的属性节点，即可在多个业务模块中，实现对每个属性节点所对应的属性的动态查询，从而减少了CPU的消耗，提升了数据属性查询的效率。

基于图1至图5所述的实施例，在步骤105之后，还可以执行以下步骤，以用于进一步提升查询的效率，请参阅图6，本申请实施例中数据属性查询方法的另一个实施例，包括：

601、将所述查询对象的目标属性值执行本地存储；

在对查询对象的目标属性执行完查询后，还可以对查询对象的目标属性值执行本地存储，以用于执行步骤602。

602、若再次接收到对所述查询对象的所述目标属性的查询指令，则查询所述本地存储中是否有所述查询对象的目标属性值，若是，则执行步骤603，若否，则执行步骤604；

当再次接收到对所述查询对象的相同目标属性的查询指令，则查询本地存储中是否有该查询对象的目标属性值，若是，则执行步骤603，若否，则执行步骤604。

603、从所述本地存储中获取所述查询对象的目标属性值；

当本地存储中有该查询对象的目标属性值时，则从本地存储中获取该查询对象的目标属性值，以提升查询对象的目标属性的查询效率。

604、触发所述动态获取对应于所述查询对象的目标属性的查询路径的步骤。

若本地存储中没有所述查询对象的目标属性值，则触发动态获取对应于所述查询对象的目标属性的查询路径的步骤，其中，动态获取对应于查询对象的目标属性的查询路径的过程与图5实施例中描述的类似，此处不再赘述。

本申请实施例中，通过将查询对象的目标属性值执行本地存储，使得再次接收到对查询对象的相同目标属性的查询时，可以直接从本地存储中获取对应的目标属性值，而不用重新执行查询步骤，进一步提升了数据属性查询的效率。

上面对本申请实施例中的数据属性查询方法做了描述，下面接着对本申请实施例中的数据属性查询装置进行描述，请参阅图7，本申请实施例中数据属性查询装置的一个实施例，包括：

第一确定单元701，用于根据数据库表和业务模块，确定所述业务模块中各个属性节点之间的关联关系，其中，所述数据库表中存储了隶属于所述业务模块的查询对象的属性数据表，每个所述属性节点代表了所述查询对象的一个属性；

配置单元702，用于根据所述各个属性节点之间的关联关系，配置所述各个属性节点的条目信息；

第二确定单元703，用于根据每个所述属性节点的条目信息，确定每个属性的查询路径；

动态获取单元704，用于若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；

第一获取单元705，用于根据对应于所述查询对象的目标属性的查询路径，获取所述查询对象的目标属性值。

优选的，所述条目信息至少包括：

所述属性节点的标识码、所述属性节点的属性实体、所述属性节点的查询方式、所述属性节点的查询字段、所述属性节点的查询条件、所述属性节点的查询参数来源，及所述属性节点所隶属的业务模块；

所述第二确定单元703，具体用于：

根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径。

优选的，所述数据属性查询装置还包括：

第三确定单元706，用于在根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径之前，根据所述各个属性节点之间的关联关系，确定所述各个属性节点中的根节点；

接收单元707，用于通过哨兵节点接收所述根节点的标识码；

第一加载单元708，用于根据所述根节点的标识码加载所述根节点的条目信息；

第二加载单元709，用于根据所述根节点的查询字段，加载与所述根节点相关联的第一属性节点的条目信息；

第三加载单元710，用于根据所述第一属性节点的查询字段，加载与所述第一属性节点相关联的第二属性节点的条目信息，直至加载完全部的所述属性节点的条目信息。

优选的，所述动态获取单元704，具体用于：

获取所述查询指令中的查询对象的标识码、目标属性节点的标识码和查询条件；

将所述查询对象的标识码、目标属性节点的标识码和查询条件解析为查询语句；

根据所述查询语句，动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询语句包括SQL查询语句、RPC查询语句和插件代码查询语句中的至少一项。

优选的，所述数据属性查询装置还包括：

存储单元711，用于将所述查询对象的目标属性值执行本地存储。

优选的，所述数据属性查询装置还包括：

查询单元712，用于若再次接收到对所述查询对象的所述目标属性的查询指令，则查询所述本地存储中是否有所述查询对象的目标属性值；

第二获取单元713，用于在所述本地存储中有所述查询对象的目标属性值时，则从所述本地存储中获取所述查询对象的目标属性值；

触发单元714，用于在所述本地存储中没有所述查询对象的目标属性值时，则触发所述动态获取对应于所述查询对象的目标属性的查询路径的步骤。

需要说明的是，本实施例中各单元的作用与图1至图6实施例中描述的类似，此处不做赘述。

本申请实施例中，根据数据库表和业务模块，通过第一确定单元701确定所述业务模块中各个属性节点之间的关联关系，每个所述属性节点代表了查询对象的一个属性，所述查询对象隶属于所述业务模块；根据所述各个属性节点之间的关联关系，通过配置单元702配置所述各个属性节点的条目信息；根据每个所述属性节点的条目信息，通过第二确定单元703确定每个属性的查询路径；若接收到对所述查询对象的目标属性的查询指令，通过动态获取单元704动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；根据对应于所述查询对象的目标属性的查询路径，通过获取单元705获取所述查询对象的目标属性值。

因为本申请实施例通过配置各属性节点的条目信息，来动态确定每个属性的查询路径，从而使得在业务模块的属性结构发生变化或要增加一个属性查询时，只要根据变动来调节关联关系，并为变化后的属性节点增加条目信息，即可动态确定对每个属性的查询路径，从而提升了查询数据属性的便捷性。

上面从模块化功能实体的角度对本发明实施例中的数据属性查询装置进行了描述，下面从硬件处理的角度对本发明实施例中的计算机装置进行描述：

该计算机装置用于实现数据属性查询装置的功能，本发明实施例中计算机装置一个实施例包括：

处理器以及存储器；

存储器用于存储计算机程序，处理器用于执行存储器中存储的计算机程序时，可以实现如下步骤：

根据数据库表和业务模块，确定所述业务模块中各个属性节点之间的关联关系，其中，所述数据库表中存储了隶属于所述业务模块的查询对象的属性数据表，每个所述属性节点代表了所述查询对象的一个属性；

根据所述各个属性节点之间的关联关系，配置所述各个属性节点的条目信息；

根据每个所述属性节点的条目信息，确定每个属性的查询路径；

若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；

根据对应于所述查询对象的目标属性的查询路径，获取所述查询对象的目标属性值。

在本发明的一些实施例中，处理器，还可以用于实现如下步骤：

根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径。

在本发明的一些实施例中，处理器，还可以用于实现如下步骤：

根据所述各个属性节点之间的关联关系，确定所述各个属性节点中的根节点；

通过哨兵节点接收所述根节点的标识码；

根据所述根节点的标识码加载所述根节点的条目信息；

根据所述根节点的查询字段，加载与所述根节点相关联的第一属性节点的条目信息；

根据所述第一属性节点的查询字段，加载与所述第一属性节点相关联的第二属性节点的条目信息，直至加载完全部的所述属性节点的条目信息。

在本发明的一些实施例中，处理器，还可以用于实现如下步骤：

获取所述查询指令中的查询对象的标识码、目标属性节点的标识码和查询条件；

将所述查询对象的标识码、目标属性节点的标识码和查询条件解析为查询语句；

根据所述查询语句，动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询语句包括SQL查询语句、RPC查询语句和插件代码查询语句中的至少一项。

在本发明的一些实施例中，处理器，还可以用于实现如下步骤：

将所述查询对象的目标属性值执行本地存储。

在本发明的一些实施例中，处理器，还可以用于实现如下步骤：

若再次接收到对所述查询对象的所述目标属性的查询指令，则查询所述本地存储中是否有所述查询对象的目标属性值；

若是，则从所述本地存储中获取所述查询对象的目标属性值；

若否，则触发所述动态获取对应于所述查询对象的目标属性的查询路径的步骤。

可以理解的是，上述说明的计算机装置中的处理器执行所述计算机程序时，也可以实现上述对应的各装置实施例中各单元的功能，此处不再赘述。示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器中，并由所述处理器执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述数据属性查询装置中的执行过程。例如，所述计算机程序可以被分割成上述数据属性查询装置中的各单元，各单元可以实现如上述相应数据属性查询装置说明的具体功能。

所述计算机装置可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机装置可包括但不仅限于处理器、存储器。本领域技术人员可以理解，处理器、存储器仅仅是计算机装置的示例，并不构成对计算机装置的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述计算机装置还可以包括输入输出设备、网络接入设备、总线等。

所述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（SecureDigital, SD）卡，闪存卡（Flash Card）、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本发明还提供了一种计算机可读存储介质，该计算机可读存储介质用于实现数据属性查询装置的功能，其上存储有计算机程序，计算机程序被处理器执行时，处理器，可以用于执行如下步骤：

根据数据库表和业务模块，确定所述业务模块中各个属性节点之间的关联关系，其中，所述数据库表中存储了隶属于所述业务模块的查询对象的属性数据表，每个所述属性节点代表了所述查询对象的一个属性；

根据所述各个属性节点之间的关联关系，配置所述各个属性节点的条目信息；

根据每个所述属性节点的条目信息，确定每个属性的查询路径；

若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；

根据对应于所述查询对象的目标属性的查询路径，获取所述查询对象的目标属性值。

在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，可以具体用于执行如下步骤：

根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径。

在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，可以具体用于执行如下步骤：

根据所述各个属性节点之间的关联关系，确定所述各个属性节点中的根节点；

通过哨兵节点接收所述根节点的标识码；

根据所述根节点的标识码加载所述根节点的条目信息；

根据所述根节点的查询字段，加载与所述根节点相关联的第一属性节点的条目信息；

根据所述第一属性节点的查询字段，加载与所述第一属性节点相关联的第二属性节点的条目信息，直至加载完全部的所述属性节点的条目信息。

在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，可以具体用于执行如下步骤：

获取所述查询指令中的查询对象的标识码、目标属性节点的标识码和查询条件；

将所述查询对象的标识码、目标属性节点的标识码和查询条件解析为查询语句；

根据所述查询语句，动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询语句包括SQL查询语句、RPC查询语句和插件代码查询语句中的至少一项。

在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，可以具体用于执行如下步骤：

将所述查询对象的目标属性值执行本地存储。

在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，可以具体用于执行如下步骤：

若再次接收到对所述查询对象的所述目标属性的查询指令，则查询所述本地存储中是否有所述查询对象的目标属性值；

若是，则从所述本地存储中获取所述查询对象的目标属性值；

若否，则触发所述动态获取对应于所述查询对象的目标属性的查询路径的步骤。

可以理解的是，所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在相应的一个计算机可读取存储介质中。基于这样的理解，本发明实现上述相应的实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (7)

1.一种数据属性查询方法，其特征在于，所述方法包括：

根据数据库表和业务模块，确定所述业务模块中各个属性节点之间的关联关系，其中，所述数据库表中存储了隶属于所述业务模块的查询对象的属性数据表，每个所述属性节点代表了所述查询对象的一个属性；

根据所述各个属性节点之间的关联关系，配置所述各个属性节点的条目信息；

根据每个所述属性节点的条目信息，确定每个属性的查询路径；

若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；

根据对应于所述查询对象的目标属性的查询路径，获取所述查询对象的目标属性值；

所述条目信息至少包括：

所述属性节点的标识码、所述属性节点的属性实体、所述属性节点的查询方式、所述属性节点的查询字段、所述属性节点的查询条件、所述属性节点的查询参数来源，及所述属性节点所隶属的业务模块；

所述根据每个属性节点的条目信息，确定每个属性的查询路径，包括：

根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径，其中，每个所述属性节点的查询参数来源为每个属性节点所依赖的其他属性节点，每个所述属性节点的查询字段为根据每个属性节点所能查到的其他属性节点；

根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径之前，所述方法还包括：

根据所述各个属性节点之间的关联关系，确定所述各个属性节点中的根节点；

通过哨兵节点接收所述根节点的标识码；

根据所述根节点的标识码加载所述根节点的条目信息；

根据所述根节点的查询字段，加载与所述根节点相关联的第一属性节点的条目信息；

根据所述第一属性节点的查询字段，加载与所述第一属性节点相关联的第二属性节点的条目信息，直至加载完全部的所述属性节点的条目信息。

2.根据权利要求1所述的方法，其特征在于，若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件，包括：

获取所述查询指令中的查询对象的标识码、目标属性节点的标识码和查询条件；

将所述查询对象的标识码、目标属性节点的标识码和查询条件解析为查询语句；

根据所述查询语句，动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询语句包括SQL查询语句、RPC查询语句和插件代码查询语句中的至少一项。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述查询对象的目标属性值执行本地存储。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若再次接收到对所述查询对象的所述目标属性的查询指令，则查询所述本地存储中是否有所述查询对象的目标属性值；

若是，则从所述本地存储中获取所述查询对象的目标属性值；

若否，则触发所述动态获取对应于所述查询对象的目标属性的查询路径的步骤。

5.一种数据属性查询装置，其特征在于，包括：

第一确定单元，用于根据数据库表和业务模块，确定所述业务模块中各个属性节点之间的关联关系，其中，所述数据库表中存储了隶属于所述业务模块的查询对象的属性数据表，每个所述属性节点代表了所述查询对象的一个属性；

配置单元，用于根据所述各个属性节点之间的关联关系，配置所述各个属性节点的条目信息；

第二确定单元，用于根据每个所述属性节点的条目信息，确定每个属性的查询路径；

动态获取单元，用于若接收到对所述查询对象的目标属性的查询指令，则动态获取对应于所述查询对象的目标属性的查询路径，其中，所述查询指令至少包括查询对象的标识码、目标属性节点的标识码和查询条件；

获取单元，用于根据对应于所述查询对象的目标属性的查询路径，获取所述查询对象的目标属性值；

所述条目信息至少包括：

所述属性节点的标识码、所述属性节点的属性实体、所述属性节点的查询方式、所述属性节点的查询字段、所述属性节点的查询条件、所述属性节点的查询参数来源，及所述属性节点所隶属的业务模块；

所述第二确定单元，具体用于：

根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径，其中，每个所述属性节点的查询参数来源为每个属性节点所依赖的其他属性节点，每个所述属性节点的查询字段为根据每个属性节点所能查到的其他属性节点；

所述数据属性查询装置还包括：

第三确定单元，用于在根据每个所述属性节点的查询参数来源和每个所述属性节点的查询字段，采用递归的方式确定每个属性的查询路径之前，根据所述各个属性节点之间的关联关系，确定所述各个属性节点中的根节点；

接收单元，用于通过哨兵节点接收所述根节点的标识码；

第一加载单元，用于根据所述根节点的标识码加载所述根节点的条目信息；

第二加载单元，用于根据所述根节点的查询字段，加载与所述根节点相关联的第一属性节点的条目信息；

第三加载单元，用于根据所述第一属性节点的查询字段，加载与所述第一属性节点相关联的第二属性节点的条目信息，直至加载完全部的所述属性节点的条目信息。

6.一种计算机装置，包括处理器，其特征在于，所述处理器在执行存储于存储器上的计算机程序时，用于实现如权利要求1至4中任一项所述的数据属性查询方法。

7.一种可读计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，用于实现如权利要求1至4中任一项所述的数据属性查询方法。

Images