CN109408535A - 大数据量匹配方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请公开了大数据量匹配方法、装置、计算机设备及存储介质。该方法包括：接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表；将所述查询表格中的字段映射至临时表中；将临时表与预先建立的数据集进行关联；通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格。该方法通过数据处理技术实现了大数据量匹配及多文件匹配方式的快速查询，提高数据查询效率。

Description

大数据量匹配方法、装置、计算机设备及存储介质

技术领域

本申请涉及报表的数据处理技术领域，尤其涉及一种大数据量匹配方法、装置、计算机设备及存储介质。

背景技术

目前，当数据需求端需要从服务器端的数据库中查询所需数据时，一般是通过匹配的方式进行查询，即通过录入搜索条件进行匹配查询，这就导致每次查询的上限条数是1000条，这种匹配查询的方式导致查询效率低下。

申请内容

本申请实施例提供了一种大数据量匹配方法、装置、计算机设备及存储介质，旨在解决现有的技术方法中数据需求端需要从服务器端的数据库中查询所需数据通过匹配的方式进行查询，导致查询的数据上限条数受限制，且查询效率低下的问题。

第一方面，本申请实施例提供了一种大数据量匹配方法，其包括：

接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表；

将所述查询表格中的字段映射至临时表中；

将临时表与预先建立的数据集进行关联；

通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格。

第二方面，本申请实施例提供了一种大数据量匹配装置，其包括：

临时表建立单元，用于接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表；

字段映射单元，用于将所述查询表格中的字段映射至临时表中；

数据表关联单元，用于将临时表与预先建立的数据集进行关联；

数据填充单元，用于通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格。

第三方面，本申请实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的大数据量匹配方法。

第四方面，本申请实施例还提供了一种存储介质，其中所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面所述的大数据量匹配方法。

本申请实施例提供了一种大数据量匹配方法、装置、计算机设备及存储介质。该方法通过接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表；将所述查询表格中的字段映射至临时表中；将临时表与预先建立的数据集进行关联；通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格。该方法实现了大数据量匹配及多文件匹配方式的快速查询，提高数据查询效率。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的大数据量匹配方法的流程示意图；

图2为本申请实施例提供的大数据量匹配方法的子流程示意图

图3为本申请实施例提供的大数据量匹配方法的另一子流程示意图；

图4为本申请实施例提供的大数据量匹配方法的另一子流程示意图；

图5为本申请实施例提供的大数据量匹配方法的另一流程示意图；

图6为本申请实施例提供的大数据量匹配装置的示意性框图；

图7为本申请实施例提供的大数据量匹配装置的子单元示意性框图；

图8为本申请实施例提供的大数据量匹配装置的另一子单元示意性框图；

图9为本申请实施例提供的大数据量匹配装置的另一子单元示意性框图；

图10为本申请实施例提供的大数据量匹配装置的另一示意性框图；

图11为本申请实施例提供的计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1，图1是本申请实施例提供的大数据量匹配方法的示意流程图。该大数据量匹配方法应用于管理服务器中，该方法通过安装于管理服务器中的应用软件进行执行，多台用户终端通过与管理服务器建立网络连接以进行信息传输。其中，用户终端是具有接入互联网功能的终端设备，例如台式电脑、笔记本电脑、平板电脑或手机等；管理服务器是用于对大数据量进行匹配查询的企业终端。

如图1所示，该方法包括步骤S101～S104。

S101、接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表。

在本实施例中，当用户(如企业的业务员)需要查询指定的数据库(如企业的业务数据库，也即管理服务器)中的大批量信息时，如根据已知的保单号查询投保人的电话号码时，可先编辑一包括业务需求信息的查询表格，这一查询表格中所包括的字段需业务需根据用户的查询需求来生成，一般业务需求信息是包括已知的数据集中某一字段且该字段的数值全为已知值，其余字段可以是已知值或未知值。

例如用户所编辑的业务需求信息的查询表格如下表1所示：

保单号	客户姓名	手机号	投保额	投保期限
					P001
P002
					P003
……
					P10000

表1

在表1中包括至少一已知所有数据的字段(如保单号)，其余的字段的数据已知或未知的情况均可。

用户所编辑的业务需求信息是在需求端(即用户终端)进行，完成编辑后将业务需求信息发送至管理服务器。服务器在接收了业务需求信息后，根据业务需求信息建立一张完全相同的临时表并存储，并根据查询业务流水号对临时表分配一表名(如table1，表示查询业务流水号为1号，其对应的临时表表名即为table1)。此时直接在管理服务器端建立临时表，是为了便于后续在管理服务器本地进行关联查询。

在一实施例中，如图2所示，步骤S101包括：

S1011、接收并存储业务需求信息，解析获取业务需求信息中的多个需求字段；

S1012、判断多个需求字段中是否存在特征值为唯一值的主键字段；

S1013、若多个需求字段中存在特征值为唯一值的主键字段，根据业务需求信息建立临时表；

S1014、若多个需求字段中不存在特征值为唯一值的主键字段，向业务需求端发送重新编辑业务需求信息的提示信息。

在本实施例中，当用户所编辑的业务需求信息，可能存在导致查询无法正常进行的情况，此时需通过管理服务器在接收并存储业务需求信息后，解析获取业务需求信息中的多个需求字段，判断这多个需求字段里是否至少存在一个特征值为唯一值的主键字段(如身份证号字段，保单号字段等，这些典型的取值具有唯一性的字段可以视为征值为唯一值的主键字段)，若多个需求字段中存在特征值为唯一值的主键字段则表示该业务需求信息通过管理服务器的合法性验证，可以根据该业务需求信息建立临时表；若若多个需求字段中不存在特征值为唯一值的主键字段，向业务需求端发送重新编辑业务需求信息的提示信息。通过对业务需求信息进行合法性验证，能有效避免无效的业务需求信息，也避免了对管理服务器系统资源的占用。

S102、将所述查询表格中的字段映射至临时表中。

在本实施例中，将所述查询表格中的字段映射至临时表中，即是建立的临时表与业务需求信息对应的查询表格完全相同，相当于将非本地的业务需求信息映射至管理服务器本地的临时表中，避免了数据表关联时产生非本地关联的问题。

S103、将临时表与预先建立的数据集进行关联。

在本实施例中，将数据表与另一数据表关联，一般采用内连接，左外连接和右外连接三种方式，这三种连接方式都是将两个以上的表通过on条件语句，拼成一个大表。数据库中的表可通过键将彼此联系起来。主键(Primary Key)是一个列，在这个列中的每一行的值都是唯一的。在表中，每个主键的值都是唯一的。这样做的目的是在不重复表中的所有数据的情况下，把表间的数据交叉捆绑在一起。

将临时表和与预先建立的数据集进行关联后，即拼接成了一个大表，然后根据临时表中每一字段均对应生成一个关联查询语句即可进行查询并对应填充。例如将预先建立的数据集中A字段与P001保单号对应的值，填充到临时表中A字段与P001保单号对应的单元格中。

S104、通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格。

在本实施例中，通过关联查询获取业务需求信息中每一字段的数据，之后将查询得到的数据按字段填充至临时表的对应单元格。通过关联查询能避免匹配查询搜索数据条数上限的问题，而且数据搜索的速度不受限制，提高了数据查询的效率。

在一实施例中，如图3所示，步骤S104包括：

S1041、将临时表中每一字段均对应生成一个关联查询语句；

S1042、根据关联查询语句在数据集中查询获取对应的查询数据。

例如，根据保单号这一字段生成的关联查询语句为：

SELECT table1.保单号,table2.保单号

FROM table1,table2

WHERE table1.保单号＝table2.保单号；

上述列举的关联查询语句，可以将数据集中与临时表中具有相同保单号的数据全部查询出来，快速且精确的得到多条查询数据。由于此时查出来的多条数据对应的字段一般比临时表中的字段多，故需要将查询结果中比临时表中多于的字段进行删除，但为了确保数据安全，需保留至少一关键字段，例如保留业务员编号字段。

在一实施例中，如图4所示，步骤S104还包括：

S1043、将查询数据中预先设置的字段名中具有相同取值的数据进行保留，得到再次筛选后数据；

S1044、将再次筛选后数据的填充至临时表的对应单元格。

在本实施例中，例如查询数据中有10000条数据，其中9999条数据的业务员编号字段均取值为001，即表示这些查询数据对应的业务员均是同一人，但剩余的1条数据可能是001号业务员获知的他人保单号，欲获取他人的保单号对应的客户信息。但是管理服务器为了确保数据安全，则对这一条数据进行删除，得到再次筛选后数据。

管理服务器为了确保数据安全，还可以预先设置一规则，例如查询数据中有10000条数据，其中9999条数据的业务员编号字段均取值为001，另一条数据的业务员编号字段取值为002，但002是001的下属，上属一般是有获知下属的客户信息的权限，此时根据保留业务员编号字段相关的所属上级字段，判断是否有权限获知此条数据。

当与表1结构相同的临时表被再次筛选后数据的填充(将再次筛选后数据的填充至临时表的对应单元格是按照字段一列一列的插入)后，得到查询反馈结果，如下表2所示：

保单号	客户姓名	手机号	投保额	投保期限
					P001	张一	00001	1000	2
P002	张二	00002	1000	1
					P003	张三	00003	1000	3
……
					P10000	张万	10000	2000	5

表2

在一实施例中，如图5所示，步骤S101之前还包括：

S100a、获取历史业务需求信息，及与历史业务需求信息对应的数据库脚本；

S100b、根据与历史业务需求信息对应的数据库脚本，统计获取数据库脚本中所包括多个脚本中各单一字段，及各单一字段的频率；

S100c、根据与历史业务需求信息对应的数据库脚本，统计获取数据库脚本中所包括多个脚本中各组合字段，及各组合字段的频率；

S100d、根据多个脚本中各单一字段、各单一字段的频率、各组合字段、及各组合字段的频率进行归集，对应建立数据集。

在本实施例中，从管理服务器中获取了历史业务需求信息，及与历史业务需求信息对应的数据库脚本后，可统计数据库脚本中出现的单一字段，及与每一单一字段分别对应的频率；还可统计数据库脚本中出现的组合字段，及与每一组合字段分别对应的频率。

例如数据库脚本中存在select字段名A from数据表这一查询语句，可以将该字段名A被查询的频率加一；例如数据库脚本中存在select字段名A，字段名B，字段名C from数据表这一查询语句，可以将该组合字段A、B、C被查询的频率加一，同时将该字段名A被查询的频率加一，该字段名B被查询的频率加一，该字段名C被查询的频率加一；统计组合字段的频率是为了设置业务场景信息或机构来源信息与目标字段的对应关系，也就是某一业务场景或机构来源所需查询字段就是字段名A，字段名B，字段名C，而且该组合字段A、B、C被查询的频率也较高，故在管理服务器预先配置好该业务场景信息或机构来源信息与目标字段A、B、C的对应关系，能便于后续根据业务场景或机构来源来快速定制生成报表。也即管理服务器中的数据是实现经过上述加工后，字段、字段组合的使用频率均清晰可知的数据集。

本方法通过通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格，实现了大数据量匹配及多文件匹配方式的快速查询，提高数据查询效率。

本申请实施例还提供一种大数据量匹配装置，该大数据量匹配装置用于执行前述大数据量匹配方法的任一实施例。具体地，请参阅图6，图6是本申请实施例提供的大数据量匹配装置的示意性框图。大数据量匹配装置100可以配置于管理服务器中。

如图6所示，大数据量匹配装置100包括临时表建立单元101、字段映射单元102、数据表关联单元103、数据填充单元104。

临时表建立单元101，用于接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表。

在本实施例中，当用户(如企业的业务员)需要查询指定的数据库(如企业的业务数据库，也即管理服务器)中的大批量信息时，如根据已知的保单号查询投保人的电话号码时，可先编辑一包括业务需求信息的查询表格，这一查询表格中包括至少一已知所有数据的字段，其余字段为数据已知或未知的情况均可。

在一实施例中，如图7所示，临时表建立单元101包括：

信息解析单元1011，用于接收并存储业务需求信息，解析获取业务需求信息中的多个需求字段；

主键判断单元1012，用于判断多个需求字段中是否存在特征值为唯一值的主键字段；

建表单元1013，用于若多个需求字段中存在特征值为唯一值的主键字段，根据业务需求信息建立临时表；

提示单元1014，用于若多个需求字段中不存在特征值为唯一值的主键字段，向业务需求端发送重新编辑业务需求信息的提示信息。

在本实施例中，当用户所编辑的业务需求信息，可能存在导致查询无法正常进行的情况，此时需通过管理服务器在接收并存储业务需求信息后，解析获取业务需求信息中的多个需求字段，判断这多个需求字段里是否至少存在一个特征值为唯一值的主键字段(如身份证号字段，保单号字段等，这些典型的取值具有唯一性的字段可以视为征值为唯一值的主键字段)，若多个需求字段中存在特征值为唯一值的主键字段则表示该业务需求信息通过管理服务器的合法性验证，可以根据该业务需求信息建立临时表；若若多个需求字段中不存在特征值为唯一值的主键字段，向业务需求端发送重新编辑业务需求信息的提示信息。通过对业务需求信息进行合法性验证，能有效避免无效的业务需求信息，也避免了对管理服务器系统资源的占用。

字段映射单元102，用于将所述查询表格中的字段映射至临时表中。

在本实施例中，将所述查询表格中的字段映射至临时表中，即是建立的临时表与业务需求信息对应的表格完全相同，相当于将非本地的业务需求信息映射至管理服务器本地的临时表中，避免了数据表关联时产生非本地关联的问题。

数据表关联单元103，用于将临时表与预先建立的数据集进行关联。

在本实施例中，将数据表与另一数据表关联，一般采用内连接，左外连接和右外连接三种方式，这三种连接方式都是将两个以上的表通过on条件语句，拼成一个大表。数据库中的表可通过键将彼此联系起来。主键(Primary Key)是一个列，在这个列中的每一行的值都是唯一的。在表中，每个主键的值都是唯一的。这样做的目的是在不重复表中的所有数据的情况下，把表间的数据交叉捆绑在一起。

将临时表和与预先建立的数据集进行关联后，即拼接成了一个大表，然后根据临时表中每一字段均对应生成一个关联查询语句即可进行查询并对应填充。例如将预先建立的数据集中A字段与P001保单号对应的值，填充到临时表中A字段与P001保单号对应的单元格中。

数据填充单元104，用于通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格。

在本实施例中，通过关联查询获取业务需求信息中每一字段的数据，之后将查询得到的数据按字段填充至临时表的对应单元格。通过关联查询能避免匹配查询搜索数据条数上限的问题，而且数据搜索的速度不受限制，提高了数据查询的效率。

在一实施例中，如图8所示，数据填充单元104包括：

关联语句生成单元1041，用于将临时表中每一字段均对应生成一个关联查询语句；

数据查询单元1042，用于根据关联查询语句在数据集中查询获取对应的查询数据。

例如，根据保单号这一字段生成的关联查询语句为：

SELECT table1.保单号,table2.保单号

FROM table1,table2

WHERE table1.保单号＝table2.保单号；

上述列举的关联查询语句，可以将数据集中与临时表中具有相同保单号的数据全部查询出来，快速且精确的得到多条查询数据。由于此时查出来的多条数据对应的字段一般比临时表中的字段多，故需要将查询结果中比临时表中多于的字段进行删除，但为了确保数据安全，需保留至少一关键字段，例如保留业务员编号字段。

在一实施例中，如图9所示，数据填充单元104还包括：

再次筛选单元1043，用于将查询数据中预先设置的字段名中具有相同取值的数据进行保留，得到再次筛选后数据；

映射填充单元1044，用于将再次筛选后数据的填充至临时表的对应单元格。

在本实施例中，例如查询数据中有10000条数据，其中9999条数据的业务员编号字段均取值为001，即表示这些查询数据对应的业务员均是同一人，但剩余的1条数据可能是001号业务员获知的他人保单号，欲获取他人的保单号对应的客户信息。但是管理服务器为了确保数据安全，则对这一条数据进行删除，得到再次筛选后数据。

管理服务器为了确保数据安全，还可以预先设置一规则，例如查询数据中有10000条数据，其中9999条数据的业务员编号字段均取值为001，另一条数据的业务员编号字段取值为002，但002是001的下属，上属一般是有获知下属的客户信息的权限，此时根据保留业务员编号字段相关的所属上级字段，判断是否有权限获知此条数据。

在一实施例中，如图10所示，大数据量匹配装置100还包括：

历史数据解析单元100a，用于获取历史业务需求信息，及与历史业务需求信息对应的数据库脚本；

第一统计单元100b，用于根据与历史业务需求信息对应的数据库脚本，统计获取数据库脚本中所包括多个脚本中各单一字段，及各单一字段的频率；

第二统计单元100c，用于根据与历史业务需求信息对应的数据库脚本，统计获取数据库脚本中所包括多个脚本中各组合字段，及各组合字段的频率；

归集单元100d，用于根据多个脚本中各单一字段、各单一字段的频率、各组合字段、及各组合字段的频率进行归集，对应建立数据集。

在本实施例中，从管理服务器中获取了历史业务需求信息，及与历史业务需求信息对应的数据库脚本后，可统计数据库脚本中出现的单一字段，及与每一单一字段分别对应的频率；还可统计数据库脚本中出现的组合字段，及与每一组合字段分别对应的频率。

例如数据库脚本中存在select字段名A from数据表这一查询语句，可以将该字段名A被查询的频率加一；例如数据库脚本中存在select字段名A，字段名B，字段名C from数据表这一查询语句，可以将该组合字段A、B、C被查询的频率加一，同时将该字段名A被查询的频率加一，该字段名B被查询的频率加一，该字段名C被查询的频率加一；统计组合字段的频率是为了设置业务场景信息或机构来源信息与目标字段的对应关系，也就是某一业务场景或机构来源所需查询字段就是字段名A，字段名B，字段名C，而且该组合字段A、B、C被查询的频率也较高，故在管理服务器预先配置好该业务场景信息或机构来源信息与目标字段A、B、C的对应关系，能便于后续根据业务场景或机构来源来快速定制生成报表。也即管理服务器中的数据是实现经过上述加工后，字段、字段组合的使用频率均清晰可知的数据集。

本装置通过通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格，实现了大数据量匹配及多文件匹配方式的快速查询，提高数据查询效率。

上述大数据量匹配装置可以实现为计算机程序的形式，该计算机程序可以在如图11所示的计算机设备上运行。

请参阅图11，图11是本申请实施例提供的计算机设备的示意性框图。

参阅图11，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行大数据量匹配方法。

该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行大数据量匹配方法。

该网络接口505用于进行网络通信，如为网络访问提供数据流量的传输等。本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下功能：接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表；将所述查询表格中的字段映射至临时表中；将临时表与预先建立的数据集进行关联；通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格。

在一实施例中，处理器502在执行所述接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表时，执行如下操作：接收并存储业务需求信息，解析获取业务需求信息中的多个需求字段；判断多个需求字段中是否存在特征值为唯一值的主键字段；若多个需求字段中存在特征值为唯一值的主键字段，根据业务需求信息建立临时表；若多个需求字段中不存在特征值为唯一值的主键字段，向业务需求端发送重新编辑业务需求信息的提示信息。

在一实施例中，处理器502在执行通过关联查询获取业务需求信息中每一字段的数据时，执行如下操作：将临时表中每一字段均对应生成一个关联查询语句；根据关联查询语句在数据集中查询获取对应的查询数据。

在一实施例中，处理器502在执行所述将查询得到的数据填充至临时表的对应单元格时，执行如下操作：将查询数据中预先设置的字段名中具有相同取值的数据进行保留，得到再次筛选后数据；将再次筛选后数据的填充至临时表的对应单元格。

在一实施例中，处理器502在执行所述接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表之前，还执行如下操作：获取历史业务需求信息，及与历史业务需求信息对应的数据库脚本；根据与历史业务需求信息对应的数据库脚本，统计获取数据库脚本中所包括多个脚本中各单一字段，及各单一字段的频率；根据与历史业务需求信息对应的数据库脚本，统计获取数据库脚本中所包括多个脚本中各组合字段，及各组合字段的频率；根据多个脚本中各单一字段、各单一字段的频率、各组合字段、及各组合字段的频率进行归集，对应建立数据集。

本领域技术人员可以理解，图11中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图11所示实施例一致，在此不再赘述。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本申请的另一实施例中提供存储介质。该存储介质可以为非易失性的计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时实现以下步骤：接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表；将所述查询表格中的字段映射至临时表中；将临时表与预先建立的数据集进行关联；通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格。

在一实施例中，该程序指令被处理器执行时实现以下步骤：接收并存储业务需求信息，解析获取业务需求信息中的多个需求字段；判断多个需求字段中是否存在特征值为唯一值的主键字段；若多个需求字段中存在特征值为唯一值的主键字段，根据业务需求信息建立临时表；若多个需求字段中不存在特征值为唯一值的主键字段，向业务需求端发送重新编辑业务需求信息的提示信息。

在一实施例中，该程序指令被处理器执行时实现以下步骤：将临时表中每一字段均对应生成一个关联查询语句；根据关联查询语句在数据集中查询获取对应的查询数据。

在一实施例中，该程序指令被处理器执行时实现以下步骤：将查询数据中预先设置的字段名中具有相同取值的数据进行保留，得到再次筛选后数据；将再次筛选后数据的填充至临时表的对应单元格。

在一实施例中，该程序指令被处理器执行时实现以下步骤：获取历史业务需求信息，及与历史业务需求信息对应的数据库脚本；根据与历史业务需求信息对应的数据库脚本，统计获取数据库脚本中所包括多个脚本中各单一字段，及各单一字段的频率；根据与历史业务需求信息对应的数据库脚本，统计获取数据库脚本中所包括多个脚本中各组合字段，及各组合字段的频率；根据多个脚本中各单一字段、各单一字段的频率、各组合字段、及各组合字段的频率进行归集，对应建立数据集。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种大数据量匹配方法，其特征在于，包括：

接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表；

将所述查询表格中的字段映射至临时表中；

将临时表与预先建立的数据集进行关联；

通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格。

2.根据权利要求1所述的大数据量匹配方法，其特征在于，所述接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表，包括：

接收并存储业务需求信息，解析获取业务需求信息中的多个需求字段；

判断多个需求字段中是否存在特征值为唯一值的主键字段；

若多个需求字段中存在特征值为唯一值的主键字段，根据业务需求信息建立临时表；

若多个需求字段中不存在特征值为唯一值的主键字段，向业务需求端发送重新编辑业务需求信息的提示信息。

3.根据权利要求1所述的大数据量匹配方法，其特征在于，所述通过关联查询获取业务需求信息中每一字段的数据，包括：

将临时表中每一字段均对应生成一个关联查询语句；

根据关联查询语句在数据集中查询获取对应的查询数据。

4.根据权利要求3所述的大数据量匹配方法，其特征在于，所述将查询得到的数据填充至临时表的对应单元格，包括：

将查询数据中预先设置的字段名中具有相同取值的数据进行保留，得到再次筛选后数据；

将再次筛选后数据的填充至临时表的对应单元格。

5.根据权利要求1所述的大数据量匹配方法，其特征在于，所述接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表之前，还包括：

获取历史业务需求信息，及与历史业务需求信息对应的数据库脚本；

根据与历史业务需求信息对应的数据库脚本，统计获取数据库脚本中所包括多个脚本中各单一字段，及各单一字段的频率；

根据与历史业务需求信息对应的数据库脚本，统计获取数据库脚本中所包括多个脚本中各组合字段，及各组合字段的频率；

根据多个脚本中各单一字段、各单一字段的频率、各组合字段、及各组合字段的频率进行归集，对应建立数据集。

6.一种大数据量匹配装置，其特征在于，包括：

临时表建立单元，用于接收并存储业务需求信息对应的查询表格，根据所述查询表格建立临时表；

字段映射单元，用于将所述查询表格中的字段映射至临时表中；

数据表关联单元，用于将临时表与预先建立的数据集进行关联；

数据填充单元，用于通过关联查询获取业务需求信息中每一字段的数据，将查询得到的数据填充至临时表的对应单元格。

7.根据权利要求6所述的大数据量匹配装置，其特征在于，所述临时表建立单元，包括：

信息解析单元，用于接收并存储业务需求信息，解析获取业务需求信息中的多个需求字段；

主键判断单元，用于判断多个需求字段中是否存在特征值为唯一值的主键字段；

建表单元，用于若多个需求字段中存在特征值为唯一值的主键字段，根据业务需求信息建立临时表；

提示单元，用于若多个需求字段中不存在特征值为唯一值的主键字段，向业务需求端发送重新编辑业务需求信息的提示信息。

8.根据权利要求6所述的大数据量匹配装置，其特征在于，所述数据填充单元，包括：

关联语句生成单元，用于将临时表中每一字段均对应生成一个关联查询语句；

数据查询单元，用于根据关联查询语句在数据集中查询获取对应的查询数据。

9.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述的大数据量匹配方法。

10.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1至5任一项所述的大数据量匹配方法。