CN112765152B - 用于合并数据表的方法和装置 - Google Patents

Abstract

本申请实施例公开了用于合并数据表的方法和装置。上述方法的一具体实施方式包括：获取合并任务的配置信息，其中，配置信息包括合并模式，字段映射关系以及至少两个待合并数据表的标识、主键、外键；根据合并模式以及至少两个待合并数据表的标识、主键、外键，确定首表；将首表作为目标数据表，执行合并步骤：采集目标数据表中的数据；判断目标数据表是否为尾表；响应于确定目标数据表为尾表，根据字段映射关系，将采集得到的数据存储在宽表中；响应于确定目标数据表不是尾表，根据目标数据表的标识、主键、外键以及未采集数据表的标识、主键和外键，确定新的目标数据表，继续执行合并步骤。该实施方式可以灵活地合并各数据表，提高了合并效率。

Description

用于合并数据表的方法和装置

技术领域

本申请实施例涉及计算机技术领域，具体涉及用于合并数据表的方法和装置。

背景技术

随着互联网的快速发展，数据的增量也是爆炸性的增长。数据的统计、展示也是技术人员做出一定决策的重要依据。现有技术中可以直接采用数据库多表联合查询的方法来实现，但该种中方法对数据库的压力较大。还可以将关联数据表的数据进行合并宽表，同步到宽数据表或检索引擎中进行查询。该种方案需要各个业务系统进行定制开发，工作量较大，面对业务变动时都会带来定制开发模块的修改。

发明内容

本申请实施例提出了用于合并数据表的方法和装置。

第一方面，本申请实施例提供了一种用于合并数据表的方法，包括：获取合并任务的配置信息，其中，上述配置信息包括合并模式，字段映射关系以及至少两个待合并数据表的标识、主键、外键；根据上述合并模式以及上述至少两个待合并数据表的标识、主键、外键，确定首表，首表为至少两个待合并数据表中首先被采集数据的待合并数据表；将上述首表作为目标数据表，并执行以下合并步骤：采集上述目标数据表中的数据；判断上述目标数据表是否为尾表，尾表为至少两个待合并数据表中最后被采集数据的待合并数据表；响应于确定上述目标数据表为尾表，根据上述字段映射关系，将采集得到的数据存储在宽表中，宽表为存储在至少两个待合并数据表中采集的数据的数据表；响应于确定上述目标数据表不是尾表，根据上述目标数据表的标识、主键、外键以及未采集数据表的标识、主键和外键，确定新的目标数据表，继续执行上述合并步骤。

在一些实施例中，上述合并步骤还包括：响应于确定上述目标数据表不是尾表，根据所采集的数据以及上述目标数据表的主键，生成第一任务消息；将上述第一任务消息发送至消息队列。

在一些实施例中，在继续执行上述合并步骤时，上述采集上述目标数据表中的数据，包括：从上述消息队列中获取上述第一任务消息；确定上述第一任务消息中的主键以及上述目标数据表的外键和主键，采集上述目标数据表中的数据。

在一些实施例中，上述合并步骤还包括：响应于确定上述目标数据表为尾表，根据至少两个待合并数据表的主键、所采集的数据以及上述字段映射对应关系，生成第二任务消息；将上述第二任务消息发送至消息队列。

在一些实施例中，上述根据上述字段映射关系，将所采集的至少两个待合并数据表的数据存储在宽表中，包括：确定上述宽表中是否存在上述首表的主键；响应于确定存在，根据所采集的至少两个待合并数据表的数据更新上述宽表；响应于确定不存在，在上述宽表中插入所采集的至少两个待合并数据表的数据。

第二方面，本申请实施例提供了一种用于合并数据表的装置，包括：获取单元，被配置成获取合并任务的配置信息，其中，上述配置信息包括合并模式，字段映射关系以及至少两个待合并数据表的标识、主键、外键；确定单元，被配置成根据上述合并模式以及上述至少两个待合并数据表的标识、主键、外键，确定首表，首表为至少两个待合并数据表中首先被采集数据的待合并数据表；合并单元，被配置成将上述首表作为目标数据表，并执行以下合并步骤：采集上述目标数据表中的数据；判断上述目标数据表是否为尾表，尾表为至少两个待合并数据表中最后被采集数据的待合并数据表；响应于确定上述目标数据表为尾表，根据上述字段映射关系，将采集得到的数据存储在宽表中，宽表为存储在至少两个待合并数据表中采集的数据的数据表；反馈单元，被配置成响应于确定上述目标数据表不是尾表，根据上述目标数据表的标识、主键、外键以及未读取数据表的标识、主键和外键，确定新的目标数据表，继续执行上述合并步骤。

在一些实施例中，上述合并单元进一步被配置成：响应于确定上述目标数据表不是尾表，根据所采集的数据以及上述目标数据表的主键，生成第一任务消息；将上述第一任务消息发送至消息队列。

在一些实施例中，在反馈单元执行后，上述合并单元进一步被配置成：从上述消息队列中获取上述第一任务消息；确定上述第一任务消息中的主键以及上述目标数据表的外键和主键，采集上述目标数据表中的数据。

在一些实施例中，上述合并单元进一步被配置成：响应于确定上述目标数据表为尾表，根据至少两个待合并数据表的主键、所采集的数据以及上述字段映射对应关系，生成第二任务消息；将上述第二任务消息发送至消息队列。

在一些实施例中，上述合并单元进一步被配置成：确定上述宽表中是否存在上述首表的主键；响应于确定存在，根据所采集的至少两个待合并数据表的数据更新上述宽表；响应于确定不存在，在上述宽表中插入所采集的至少两个待合并数据表的数据。

第三方面，本申请实施例提供了一种服务器，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行，使得上述一个或多个处理器实现如第一方面任一实施例所描述的方法。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面任一实施例所描述的方法。

本申请的上述实施例提供的用于合并数据表的方法和装置，首先可以获取合并任务的配置信息。上述配置信息可以包括合并模式，字段映射关系以及至少两个待合并数据表的标识、主键、外键。然后，根据合并模式以及至少两个待合并数据表的标识、主键、外键，确定首表。并将首表作为目标数据表，然后执行合并步骤：根据目标数据表的主键，采集目标数据表中的数据。然后，判断目标数据表是否为尾表。如果是尾表，根据字段映射关系，将采集得到的数据存储在宽表中。如果不是尾表，则可以根据目标数据表的标识、主键以及未采集的主键和外键，来确定新的目标数据表，然后继续执行合并步骤。本实施例的方法，可以灵活地对各数据表进行合并，提高了数据表合并的效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的用于合并数据表的方法的一个实施例的流程图；

图3是根据本申请的用于合并数据表的方法的另一个实施例的流程图；

图4是根据本申请的用于合并数据表的方法的一个应用场景的示意图；

图5是根据本申请的用于合并数据表的装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于合并数据表的方法或用于合并数据表的装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如数据库应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏并且支持数据表浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的数据表提供支持的后台服务器。后台服务器可以对接收到的配置信息等数据进行分析等处理，并将处理结果(例如宽表)反馈给终端设备101、102、103。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请实施例所提供的用于合并数据表的方法一般由服务器105执行，相应地，用于合并数据表的装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的用于合并数据表的方法的一个实施例的流程200。本实施例的用于合并数据表的方法，包括以下步骤：

步骤201，获取合并任务的配置信息。

在本实施例中，用于合并数据表的方法的执行主体(例如图1所示的服务器105)可以通过有线连接方式或者无线连接方式从其它设备(例如图1所示的终端设备101、102、103)处获取合并任务的配置信息。上述合并任务是指对至少两个待合并数据表进行合并。在一些可选的实现方式中，上述两个待合并数据表可以是关联表，即其中一个数据表的主键是其它数据表的外键。主键是能确定一条记录的唯一标识，比如，一条记录包括身份证号，姓名，年龄。身份证号是唯一能确定某个人的，其他都可能有重复，所以，身份证号是主键。外键用于与另一张数据表的关联。是能确定另一张表记录的字段，用于保持数据的一致性。举例来说，如果A表的主键是B表的外键，还可以称A表为主表，B表为从表。

上述配置信息可以包括合并模式，字段映射关系以及至少两个待合并数据表的标识、主键、外键。合并模式可以包括主表模式和子表模式。其中，主表模式是指以粒度最大的数据表为合并依据。子表模式是指以粒度最小的数据表为合并依据。粒度是指数据仓库的数据单位中保存数据的细化或综合程度的级别。细化程度越高，粒度级就越小；相反，细化程度越低，粒度级就越大。举例来说，待合并数据表包括A表、B表和C表。其中，A表中包括主键为A1的行。B表中包括主键为B1、B2和B3的行。B表与A表的关联键为A1。C表中包括主键为C1、C2……C7的行。C表与B表的关联键为B1、B2和B3。则称A表为主表，B表是A表的子表，C表是B表的子表。A表是粒度最大的数据表，C表是粒度最小的数据表。则在主表模式中，执行主体需要首先采集A表的数据，然后采集B表的数据，最后是C表的数据。在子表模式中，执行主体需要首先采集C表的数据，然后采集B表的数据，最后是A表的数据。

字段映射关系可以是指各待合并数据表中的各字段的对应关系(如A表中的字段与B表中字段的映射关系)，也可以指待合并数据表中的字段与合并后得到的宽表中字段的对应关系。待合并数据表的标识用于唯一标识该数据表。

在本实施例的一些可选的实现方式中，上述配置信息中还可以包括源数据库和目标数据库。其中，源数据库是指待合并数据表所处的数据库。执行主体可以从源数据库中采集待合并数据表中的数据。

步骤202，根据合并模式以及至少两个待合并数据表的标识、主键、外键，确定首表。

本实施例中，执行主体可以对配置信息进行解析，得到合并模式以及至少两个待合并数据表的标识、主键、外键。然后，执行主体可以根据上述信息，来确定首表。此处，首表为首先被采集数据的数据表。具体的，执行主体可以根据合并模式，确定需要首先采集的数据表是粒度最大的数据表还是粒度最小的数据表。然后，执行主体可以根据各待合并数据表的标识、主键、外键，来确定各待合并数据表之间的关联关系。一般来说，子表的粒度最小，主表的粒度最大。可以理解的是，首表可以是一个数据表，也可以是多个数据表。在主表模式中，首表为主表，即粒度最大的表。在子表模式中，首表为子表，及粒度最小的表。

步骤203，将首表作为目标数据表，并执行以下合并步骤：采集目标数据表中的数据；判断目标数据表是否为尾表；响应于确定目标数据表为尾表，根据字段映射关系，将采集得到的数据存储在宽表中。

本实施例中，执行主体在确定首表后，可以将首表作为目标数据表，并执行以下合并步骤。首先，执行主体可以采集目标数据表中的数据。然后，执行主体可以判断当前的目标数据表是否为尾表。此处，尾表是指最后被采集数据的数据表。如果当前的目标数据表是尾表，说明执行主体已采集完所有待合并数据表的数据。则可以根据字段映射关系，将采集得到的数据存储在宽表中。此处，宽表用于存储在上述各待合并数据表中采集的数据的数据表。可以理解的是，此处，采集得到的数据是所有待合并数据表中需要合并到宽表的数据，而不仅仅是最后一次采集的目标数据表的数据。

步骤204，响应于确定目标数据表不是尾表，根据目标数据表的标识、主键、外键以及未采集数据表的标识、主键和外键，确定新的目标数据表，继续执行合并步骤。

如果当前的目标数据表不是尾表，说明执行主体未采集完所有的待合并数据表。可以继续采集未采集的数据库中的数据，则可以根据目标数据表的标识、主键、外键以及未采集数据表的标识、主键和外键，来确定新的目标数据表。具体的，执行主体可以根据上述信息，来确定目标数据表的子表或从表。然后，根据已采集的数据表与目标数据表的关系，来确定目标数据表的子表为新的数据表还是目标数据表的主表为新的目标数据表。在确定了新的目标数据表后，执行主体可以继续执行上述合并步骤。

在本实施例的一些可选的实现方式中，执行主体可以通过图2中未示出的以下步骤来实现待合并数据表的数据的存储：确定宽表中是否存在首表的主键；响应于确定存在，根据所采集的至少两个待合并数据表的数据更新宽表；响应于确定不存在，在宽表中插入所采集的至少两个待合并数据表的数据。

本实现方式中，执行主体可以首先判断宽表中是否存在首表的主键。如果存在，则说明宽表中已存在首表的上述字段。则只需要根据所采集的各待合并数据表的数据更新宽表即可。如果不存在，则说明宽表中不存在首表的上述字段，则需要将所采集的各待合并数据表的数据插入宽表中。

本申请的上述实施例提供的用于合并数据表的方法，可以灵活地对各数据表进行合并，提高了数据表合并的效率。

继续参见图3，其示出了根据本申请的用于合并数据表的方法的另一个实施例的流程300。如图3所示，本实施例中，用于合并数据表的方法应用于分布式系统，上述分布式系统中包括消息队列和多个消费服务器。消费服务器即用于消费消息队列中消息的服务器。本实施例中，执行主体即为分布式系统中的多个消费服务器。执行主体在将首表确定为目标数据表后，可以执行以下合并步骤：

步骤301，采集目标数据表中的数据。

步骤302，根据所采集的数据以及目标数据表的主键，生成第一任务消息。

本实施例中，执行主体可以在采集完目标数据表的数据后，可以根据所采集的数据以及目标数据表的主键，生成第一任务消息。具体的，第一任务消息可以是消息中间件(Message Queue，MQ)中的消息。

在本实施例的一些可选的实现方式中，如果目标数据表中数据体量较大，执行主体可以对所采集的数据进行拆分，得到多份。针对每份都生成一条第一任务消息。

步骤303，将第一任务消息发送至消息队列。

本实施例中，执行主体可以将生成的第一任务消息发送至消息队列中。这样，消费服务器可以从消息队列中获取第一任务消息，以继续执行数据表合并任务。可以理解的是，上传第一任务消息的消费服务器与消费第一任务消息的消费服务器可能相同，也可能不相同。如果目标数据表不是尾表，则需要确定出新的目标数据表，并继续执行合并步骤。在再次执行上述合并步骤时，上述合并步骤还可以包括步骤304和步骤305。

步骤304，从消息队列中获取第一任务消息。

通过步骤303的上传第一任务消息至消息队列以及步骤304的从消息队列中获取第一任务消息，可以使得不同的消费服务器来执行合并任务，从而可以实现消费任务的并行处理。

步骤305，确定第一任务消息中的主键以及目标数据表的外键和主键，采集目标数据表中的数据。

执行主体可以首先确定出第一任务消息中包括的主键。该主键为上次执行合并步骤时的目标数据表的主键。执行主体可以根据第一任务消息中的主键和目标数据表的外键和主键，来确定需要采集的目标数据表中的数据。

如果目标数据表是尾表的话，则执行主体可以通过步骤306和步骤307来继续执行合并任务。

步骤306，响应于确定目标数据表为尾表，根据至少两个待合并数据表的主键、所采集的数据以及字段映射对应关系，生成第二任务消息。

可以理解的是，执行主体所生成的第一任务消息中均包括执行主体在每次执行合并步骤时所采集的数据。那么如果目标数据表为尾表时，则说明执行主体已采集完成所有待合并数据表的数据。此时，执行主体可以根据字段映射对应关系以及各待合并数据表的主键，对采集到的各待合并数据表的数据进行整理。并根据整理后的数据，生成第二任务消息。

步骤307，将第二任务消息发送至消息队列。

之后，执行主体可以将所生成的第二任务消息发送至消息队列中。可以理解的是，本实施例中，消息队列可以有一个，也可以有多个。各消费服务器既可以是消息的发送者，也可以是消息的消费者。

继续参见图4，图4是根据本实施例的用于合并数据表的方法的一个应用场景的示意图。在图4的应用场景中，该方法应用于分布式系统中，该分布式系统包括消息队列集群和消费服务器集群。当前的合并任务的配置信息中，指示合并模式为主表模式。且待合并数据表包括A表、B表和C表。其中，A表为主表，B表是A表的子表，C表是B表的子表。数据采集应用(图中未示出)首先从数据库中(图中未示出)采集A表的数据，并根据所采集的数据以及A表的主键A1生成任务消息1，并发送至消息队列1中。消费服务器1从消息队列1中获取任务消息1，并消费上述任务消息1，得到主键A1以及采集的A表中的数据。并根据主键A1查询B表中的数据。并将查询到的数据以及B表的主键B1、B2或B3生成任务消息2，发送至消息队列2。消费服务器2从消息队列2处获取上述任务消息2。解析得到主键B1、B2或B3，并查询C表中的数据。然后，根据C表的主键生成任务消息3。发送至消息队列3。最后，消费服务器3从消息队列3处获取任务消息3，将消息中的A表、B表和C表中的数据整理后，存储到目标数据库中的宽表中。

本申请的上述实施例提供的用于合并数据表的方法，可以在分布式系统中，通过消息的方式来实现各数据表的合并，提高了数据表合并的效率。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于合并数据表的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于合并数据表的装置500包括：

获取单元501，被配置成获取合并任务的配置信息。其中，配置信息包括合并模式，字段映射关系以及至少两个待合并数据表的标识、主键、外键。

确定单元502，被配置成根据合并模式以及至少两个待合并数据表的标识、主键、外键，确定首表。

合并单元503，被配置成将首表作为目标数据表，并执行以下合并步骤：采集目标数据表中的数据；判断目标数据表是否为尾表；响应于确定目标数据表为尾表，根据字段映射关系，将采集得到的数据存储在宽表中。

反馈单元504，被配置成响应于确定目标数据表不是尾表，根据目标数据表的标识、主键、外键以及未读取数据表的标识、主键和外键，确定新的目标数据表，继续执行合并步骤。

在本实施例的一些可选的实现方式中，合并单元503可以进一步被配置成：响应于确定目标数据表不是尾表，根据所采集的数据以及目标数据表的主键，生成第一任务消息；将第一任务消息发送至消息队列。

在本实施例的一些可选的实现方式中，在反馈单元504执行后，合并单元503进一步被配置成：从消息队列中获取所述第一任务消息；确定第一任务消息中的主键以及目标数据表的外键和主键，采集目标数据表中的数据。

在本实施例的一些可选的实现方式中，合并单元503进一步被配置成：响应于确定目标数据表为尾表，根据至少两个待合并数据表的主键、所采集的数据以及字段映射对应关系，生成第二任务消息；将第二任务消息发送至消息队列。

在本实施例的一些可选的实现方式中，合并单元503进一步被配置成：确定宽表中是否存在所述首表的主键；响应于确定存在，根据所采集的至少两个待合并数据表的数据更新宽表；响应于确定不存在，在宽表中插入所采集的至少两个待合并数据表的数据。

应当理解，用于合并数据表的装置500中记载的单元501至单元504分别与参考图2中描述的方法中的各个步骤相对应。由此，上文针对用于合并数据表的方法描述的操作和特征同样适用于装置500及其中包含的单元，在此不再赘述。

下面参考图6，其示出了适于用来实现本公开的实施例的服务器的计算机系统600的结构示意图。图6示出的服务器的计算机系统仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取合并任务的配置信息，其中，配置信息包括合并模式，字段映射关系以及至少两个待合并数据表的标识、主键、外键；根据合并模式以及至少两个待合并数据表的标识、主键、外键，确定首表；将首表作为目标数据表，并执行以下合并步骤：采集目标数据表中的数据；判断目标数据表是否为尾表；响应于确定目标数据表为尾表，根据字段映射关系，将采集得到的数据存储在宽表中；响应于确定目标数据表不是尾表，根据目标数据表的标识、主键、外键以及未读取数据表的标识、主键和外键，确定新的目标数据表，继续执行合并步骤。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、确定单元、合并单元和反馈单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取合并任务的配置信息的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种用于合并数据表的方法，所述方法包括：

获取合并任务的配置信息，其中，所述配置信息包括合并模式，字段映射关系以及至少两个待合并数据表的标识、主键、外键；

根据所述合并模式以及所述至少两个待合并数据表的标识、主键、外键，确定首表，所述首表为所述至少两个待合并数据表中首先被采集数据的待合并数据表；

将所述首表作为目标数据表，并执行以下合并步骤：采集所述目标数据表中的数据；判断所述目标数据表是否为尾表，所述尾表为所述至少两个待合并数据表中最后被采集数据的待合并数据表；响应于确定所述目标数据表为尾表，根据所述字段映射关系，将采集得到的数据存储在宽表中，所述宽表为存储在所述至少两个待合并数据表中采集的数据的数据表；

响应于确定所述目标数据表不是尾表，根据所述目标数据表的标识、主键、外键以及未采集数据表的标识、主键和外键，确定新的目标数据表，继续执行所述合并步骤；

其中，所述根据所述字段映射关系，将所采集的至少两个待合并数据表的数据存储在宽表中，包括：确定所述宽表中是否存在所述首表的主键；响应于确定存在，根据所采集的至少两个待合并数据表的数据更新所述宽表；响应于确定不存在，在所述宽表中插入所采集的至少两个待合并数据表的数据。

2.根据权利要求1所述的方法，其中，所述合并步骤还包括：

响应于确定所述目标数据表不是尾表，根据所采集的数据以及所述目标数据表的主键，生成第一任务消息；

将所述第一任务消息发送至消息队列。

3.根据权利要求2所述的方法，其中，在继续执行所述合并步骤时，所述采集所述目标数据表中的数据，包括：

从所述消息队列中获取所述第一任务消息；

确定所述第一任务消息中的主键以及所述目标数据表的外键和主键，采集所述目标数据表中的数据。

4.根据权利要求1所述的方法，其中，所述合并步骤还包括：

响应于确定所述目标数据表为尾表，根据至少两个待合并数据表的主键、所采集的数据以及所述字段映射对应关系，生成第二任务消息；

将所述第二任务消息发送至消息队列。

5.一种用于合并数据表的装置，包括：

获取单元，被配置成获取合并任务的配置信息，其中，所述配置信息包括合并模式，字段映射关系以及至少两个待合并数据表的标识、主键、外键；

确定单元，被配置成根据所述合并模式以及所述至少两个待合并数据表的标识、主键、外键，确定首表，所述首表为所述至少两个待合并数据表中首先被采集数据的待合并数据表；

合并单元，被配置成将所述首表作为目标数据表，并执行以下合并步骤：采集所述目标数据表中的数据；判断所述目标数据表是否为尾表，所述尾表为所述至少两个待合并数据表中最后被采集数据的待合并数据表；响应于确定所述目标数据表为尾表，根据所述字段映射关系，将采集得到的数据存储在宽表中，所述宽表为存储在所述至少两个待合并数据表中采集的数据的数据表；

反馈单元，被配置成响应于确定所述目标数据表不是尾表，根据所述目标数据表的标识、主键、外键以及未读取数据表的标识、主键和外键，确定新的目标数据表，继续执行所述合并步骤；

所述合并单元进一步被配置成：确定所述宽表中是否存在所述首表的主键；响应于确定存在，根据所采集的至少两个待合并数据表的数据更新所述宽表；响应于确定不存在，在所述宽表中插入所采集的至少两个待合并数据表的数据。

6.根据权利要求5所述的装置，其中，所述合并单元进一步被配置成：

响应于确定所述目标数据表不是尾表，根据所采集的数据以及所述目标数据表的主键，生成第一任务消息；

将所述第一任务消息发送至消息队列。

7.根据权利要求6所述的装置，其中，在反馈单元执行后，所述合并单元进一步被配置成：

从所述消息队列中获取所述第一任务消息；

确定所述第一任务消息中的主键以及所述目标数据表的外键和主键，采集所述目标数据表中的数据。

8.根据权利要求5所述的装置，其中，所述合并单元进一步被配置成：

响应于确定所述目标数据表为尾表，根据至少两个待合并数据表的主键、所采集的数据以及所述字段映射对应关系，生成第二任务消息；

将所述第二任务消息发送至消息队列。

9.一种服务器，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求1-4中任一所述的方法。