防重批量处理数据的方法、装置、系统及存储介质与流程

文档序号:25543300发布日期:2021-06-18 20:40
防重批量处理数据的方法、装置、系统及存储介质与流程
本申请涉及计算机
技术领域
,尤其涉及一种防重批量处理数据的方法、装置、系统及存储介质。
背景技术
:在互联网支付以及电子商务等领域中,为了提高数据处理的速度和效率,通常会对批量数据进行处理。举例来说,如批量代发工资,批量发放电子优惠券,批量生成交易明细账单等。在现有技术中,对批量数据进行处理主要通过人工对处理受理单元配置批量业务受理能力,将具有批量业务受理能力的处理受理单元称为批处理受理单元,之后在批处理受理单元对批量数据进行统一处理。然而,如果存在多个批处理受理单元,在对批量数据进行处理过程中可能会使得多个批处理受理单元同时工作,导致数据被重复处理,准确度较低。技术实现要素:本申请提供一种防重批量处理数据的方法、装置、系统及存储介质,以解决如果存在多个批处理受理单元,在对批量数据进行处理过程中可能会使得多个批处理受理单元同时工作,导致数据被重复处理,准确度较低的问题。第一方面,本申请实施例提供一种防重批量处理数据的方法,应用于调度中心系统中的调度节点中,所述方法包括:根据获取到的调度计划,获取分布式锁,所述调度计划包括处理任务和处理时间,所述分布式锁用于锁定所述处理任务只在所述调度节点执行;根据所述处理任务向批处理受理单元发送第一调用指令,所述第一调用指令中包括所述调度计划。在第一方面的一种可能设计中,所述方法还包括:接收所述批处理受理单元返回的执行结果;或者,在发送完所述第一调用指令后预设时长未接收到执行结果,则再次向所述批处理受理单元重新发送所述第一调用指令。在第一方面的另一种可能设计中,所述根据获取到的调度计划,获取分布式锁,包括:根据所述调度计划,从中间件或数据库服务器获取所述分布式锁;其中所述中间件包括redis中间件或zookeeper中间件。第一方面,本申请实施例提供一种防重批量处理数据的方法,应用于批处理受理单元,所述方法包括:接收调度中心系统中的调度节点发送的第一调用指令,所述第一调用指令包括调度计划,所述调度计划包括处理任务和处理时间;根据所述第一调用指令,生成用于标记数据的第一线程号;从数据库服务器中获取待处理的业务数据,并将所述第一线程号更新至所述数据库服务器中所述业务数据表中的所述业务数据对应的线程号字段;根据所述处理时间和所述处理任务对所述业务数据进行处理。在第二方面的一种可能设计中,所述方法还包括:在对所述业务数据处理完成后,将处理结果返回所述调度中心系统中的调度节点。在第二方面的另一种可能设计中,所述方法还包括:接收所述调度中心系统的所述调度节点发送的第二调用指令,所述第二调用指令包括调度计划,所述调度计划包括处理任务和处理时间;根据所述第二调用指令,生成用于标记数据的第二线程号;从数据库服务器中获取线程号字段为空的待处理的新的业务数据,并将所述第二线程号更新至所述数据库服务器中所述业务数据表中所述新的业务数据对应的线程号字段;根据所述处理时间和所述处理任务对所述新的业务数据进行处理。第三方面,本申请实施例提供一种防重批量处理数据的装置,包括:获取模块及发送模块;所述获取模块,用于根据获取到的调度计划,获取分布式锁,所述调度计划包括处理任务和处理时间,所述分布式锁用于锁定所述处理任务只在所述调度节点执行;所述发送模块,用于根据所述处理任务向批处理受理单元发送第一调用指令,所述第一调用指令中包括所述调度计划。在第三方面的一种可能设计中,所述装置还包括:接收模块;所述接收模块,用于接收所述批处理受理单元返回的执行结果;或者,所述发送模块,还用于在发送完所述第一调用指令后预设时长未接收到执行结果,则再次向所述批处理受理单元重新发送所述第一调用指令。在第三方面的另一种可能设计中,所述获取模块,具体用于:根据所述调度计划,从中间件或数据库服务器获取所述分布式锁;其中所述中间件包括redis中间件或zookeeper中间件。第四方面,本申请实施例提供一种防重批量处理数据的装置,包括:接收模块、生成模块及处理模块;所述接收模块,用于接收调度中心系统中的调度节点发送的第一调用指令,所述第一调用指令包括调度计划,所述调度计划包括处理任务和处理时间;所述生成模块,用于根据所述第一调用指令,生成用于标记数据的第一线程号;所述处理模块,用于从数据库服务器中获取待处理的业务数据,并将所述第一线程号更新至所述数据库服务器中所述业务数据表中的所述业务数据对应的线程号字段;所述处理模块,还用于根据所述处理时间和所述处理任务对所述业务数据进行处理。在第四方面的一种可能设计中,所述装置还包括:发送模块;所述发送模块,用于在对所述业务数据处理完成后,将处理结果返回所述调度中心系统中的调度节点。在第四方面的另一种可能设计中,所述接收模块,还用于接收所述调度中心系统的所述调度节点发送的第二调用指令,所述第二调用指令包括调度计划,所述调度计划包括处理任务和处理时间;所述生成模块,还用于根据所述第二调用指令,生成用于标记数据的第二线程号;所述处理模块,还用于从数据库服务器中获取线程号字段为空的待处理的新的业务数据,并将所述第二线程号更新至所述数据库服务器中所述业务数据表中所述新的业务数据对应的线程号字段;所述处理模块,还用于根据所述处理时间和所述处理任务对所述新的业务数据进行处理。第五方面,本申请实施例提供一种防重批量处理数据的系统,包括:调度中心系统,数据库服务器以及批处理受理单元;所述调度中心系统中包括控制模块以及多个调度节点,每个调度节点用于执行第一方面以及各可能设计提供的方法;所述数据库服务器用于存储业务数据表;所述批处理受理单元用于执行第二方面以及各可能设计提供的方法。第六方面,本申请实施例可提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现第一方面、第二方面以及各可能设计提供的方法。第七方面,本申请实施例提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时用于实现第一方面、第二方面以及各可能设计提供的方法。本申请实施例提供的防重批量处理数据的方法、装置、系统及存储介质,调度中心系统中的调度节点通过根据获取到的调度计划,获取分布式锁,调度计划包括处理任务和处理时间,分布式锁用于锁定处理任务只在调度节点执行。之后根据处理任务向批处理受理单元发送第一调用指令,第一调用指令中包括调度计划。本方法中,调度中心系统中的调度节点通过获取分布式锁,锁定处理任务只在该调度节点执行,使得与现有技术相比,能够确保业务数据只被处理一次,避免了多个批处理受理单元同时工作,导致业务数据被重复处理的问题,有效提高了业务数据处理的准确性。附图说明此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。图1为本申请实施例提供的防重批量处理数据的系统结构示意图;图2为本申请实施例提供的防重批量处理数据的方法实施例一的流程示意图;图3为本申请实施例提供的防重批量处理数据的方法又一实施例的流程示意图;图4为本申请实施例提供的防重批量处理数据的方法实施例二的流程示意图;图5为本申请实施例提供的防重批量处理数据的方法实施例三的流程示意图;图6为本申请实施例提供的防重批量处理数据的装置实施例一的结构示意图;图7为本申请实施例提供的防重批量处理数据的装置实施例二的结构示意图;图8为本申请实施例提供的防重批量处理数据的装置实施例三的结构示意图;图9为本申请实施例提供的防重批量处理数据的装置实施例四的结构示意图。通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。具体实施方式为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。在介绍本申请的实施例之前,首先对本申请的
背景技术
进行解释说明。随着互联网技术的迅猛发展,人们可以借助网络进行远程工作、购物、支付等,给人们生活带来了极大的便利。在互联网支付以及电子商务等领域中,由于使用用户较多,因此存在大量数据。在对数据进行处理的时候,如需要对符合特定条件的用户发放优惠券时,需要分别对每个用户的数据进行操作,处理效率较低。为了提高数据处理的速度和效率,考虑到对每个数据进行的处理操作是相同的,因此可以对批量数据进行处理。举例来说,如批量代发工资,批量发放电子优惠券,批量生成交易明细账单等。在现有技术中,对批量数据进行处理主要通过人工对处理受理单元配置批量业务受理能力,将具有批量业务受理能力的处理受理单元称为批处理受理单元,之后在批处理受理单元对批量数据进行统一处理。然而,如果通过人工对多个处理受理单元配置批量业务受理能力,也就是说存在多个批处理受理单元,在对批量数据进行处理过程中可能会使得多个批处理受理单元同时工作,导致数据被重复处理,准确度较低。针对上述问题,本申请的发明构思如下:在对批量数据进行处理时,在目前的方案中,由于多个批处理受理单元可能会对数据进行重复处理,导致数据处理的准确度较低。基于此,发明人发现,如果保证只有一个批处理受理单元能够获取第一调用指令,使得除了该批处理受理单元以外都不能对数据进行处理,则可以解决多个批处理受理单元对数据进行重复处理导致的数据处理准确度较低的问题,从而也可以节约数据处理时间,提高处理效率。示例性的,本申请实施例提供的防重批量处理数据的方法可以应用于图1所示的防重批量处理数据的系统结构示意图中。图1为本申请实施例提供的防重批量处理数据的系统结构示意图,用以解决上述技术问题。如图1所示,如图1所示,防重批量处理数据的系统包括调度中心系统,数据库服务器以及批处理受理单元。调度中心系统中包括控制模块以及多个调度节点,调度中心系统通过运行软件或者浏览器等方式在屏幕上显示批量数据处理界面,便于用户通过操作批量数据处理界面与调度中心系统进行交互。调度中心系统通过响应用户对批量数据处理界面上的提交控件操作,获取调度计划,并将该调度计划发送给各调度节点。各调度节点获取到调度计划后,同时向从中间件或数据库服务器获取分布式锁。其中,只有一个调度节点能够成功获取分布式锁,获取了分布式锁的调度节点将调度计划中的处理任务锁定在该调度节点执行,除该调度节点以外的其他调度节点均无法执行调度计划的调度任务。获取分布式锁的调度节点向批处理受理单元发送第一调用指令,批处理受理单元接收到第一调用指令后,根据该第一调用指令对待处理数据进行处理,生成处理结果。其中,调度中心系统可以由工作人员自主研发,也可以使用开源项目,本申请实施例对此不进行具体限制。数据库服务器主要用于存储业务数据表,业务数据表中存储有业务数据,其中,业务数据包括待处理的业务数据以及处理完的业务数据,批处理受理单元接收到第一调用指令后,根据第一调用指令从业务数据表中获取待处理的业务数据,并对其进行处理。在一种具体的实现方式中,数据库服务器还可以与调度中心系统交互,使得调度中心系统能够从该数据库服务器中获取分布式锁。下面,通过具体实施例对本申请的技术方案进行详细说明。需要说明的是,下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。图2为本申请实施例提供的防重批量处理数据的方法实施例一的流程示意图。如图2所示,该防重批量处理数据的方法可以包括如下步骤:s101:调度中心系统中的调度节点根据获取到的调度计划,获取分布式锁。在本申请实施例中,调度中心系统中包括控制模块以及多个调度节点。调度中心系统需要为用户提供批量数据处理界面,以使用户能够通过浏览器或者应用程序等与调度中心系统进行交互。具体的,调度中心系统通过运行软件或者浏览器的方式在屏幕上显示批量数据处理界面,调度中心系统中的控制模块通过响应用户在批量数据处理界面上的操作,生成调度计划,并将该调度计划发送给调度节点。示例性的,当用户需要进行批量数据处理时,用户可以对批量数据处理界面上的控件进行选择操作。举例来说,用户可以点击批量数据处理界面上的时间控件对处理时间进行设置,点击任务控件选择需要对待处理的业务数据进行的处理任务,最后点击提交控件完成对批量数据处理界面的操作。调度中心系统的控制模块检测到批量数据处理界面上的提交控件被点击之后,生成调度计划,并将该调度计划发送给调度节点。其中,调度计划包括处理任务和处理时间。处理时间可以设置为一个固定时间,也可以设置为多个固定时间。示例性的,处理任务可以为发放工资,也可以为发送短信、发放优惠券等,用户可以根据自己的需求选取相应的处理任务。在本步骤中,调度中心系统中的多个调度节点同时获取控制模块发送的调度计划,多个调度节点根据该调度计划同时从中间件或数据库服务器中获取分布式锁。当其中一个调度节点成功获取分布式锁后,其他节点无法再获取该分布式锁。分布式锁是一种独占锁,根据同一调度计划只有一个调度节点能够主要用于锁定该调度计划中的处理任务只在获取了该分布式锁的调度节点中执行。可选的,中间件包括redis中间件或zookeeper中间件。s102:根据处理任务向批处理受理单元发送第一调用指令。在本步骤中,为了使得批处理受理单元能够根据调度计划对待处理的业务数据进行处理,获取分布式锁的调度节点需要向批处理受理单元发送第一调用指令。其中,第一调用指令中包括调度计划,调度计划包括处理任务和处理时间。具体的,调度中心系统中的调度节点与批处理受理单元之间通过多线程进行数据传输。在一种具体的实施方式中,由于可能存在多个批处理受理单元能够根据该第一调用指令执行该调度计划中的处理任务,为了防止多个调用指令在一个批处理受理单元中排队处理,而其余的批处理受理单元处于空闲状态,因此调度节点可以将第一调用指令发送给nginx,haproxy等中间件。nginx,haproxy等中间件接收到第一调用指令后将该第一调用指令发送给空闲的批处理受理单元或者排队数量较小的批处理受理单元。s103:批处理受理单元接收调度中心系统中的调度节点发送的第一调用指令。在本步骤中,批处理受理单元可以接收调度中心系统中的调度节点发送的第一调用指令,还可以接收nginx,haproxy等中间件发送的第一调用指令。其中,第一调用指令中包括调度计划。s104:根据第一调用指令,生成用于标记数据的第一线程号。在本步骤中,批处理受理单元接收到第一调用指令后,根据该调用指令生成随机的第一线程号。其中,第一线程号可以为字符串,用于标记数据,且批处理受理单元每次生成的线程号都是不同的。示例性的,生成的第一线程号可以为b784mae3f86e9b7e,其中,用于生成第一线程号的代码可以为stringthreadid=uuid.createuuid()。s105:从数据库服务器中获取待处理的业务数据,并将第一线程号更新至数据库服务器中业务数据表中的业务数据对应的线程号字段。在本申请实施例中,数据库服务器中存放业务数据表,业务数据表用于储存业务数据,其中,包括处理完的业务数据以及待处理的业务数据。批处理受理单元在接收到第一线程号后,根据该第一线程号获取业务数据表中的待处理的业务数据。示例型的,表一为业务数据表的一种形式。表一主键(id)姓名(name)金额(amount)状态(status)线程号(threadid)0001张三20initnull0002李四500initnull0003王五15initnull0004陈六58initnull其中,主键(identitydocument,id)用于对用户身份进行标记,根据不同id对应不同的用户。状态(英文:status)用于表示业务数据的处理状态,该业务数据没有被处理时,其状态为init;当该业务数据已经被处理完后,其状态则为done。线程号(英文:threadid)用于标记业务数据,如果该用户的业务数据未被标记,则此时线程号字段为null;如果该用户的业务数据被标记,则线程号字段为用于标记该用户业务数据的线程号。在本步骤中,批处理受理单元生成用于标记业务数据的第一线程号后,从数据库服务器中获取待处理的业务数据,并将该第一线程号更新至业务数据表中对应的线程号字段。以第一线程号为b784mae3f86e9b7e进行举例说明,该步骤可以通过如下代码实现:upatet_ordersetthreadid=‘b784mae3f86e9b7e’wherestatus=‘init’andthreadidisnull示例性的,以第一线程号为b784mae3f86e9b7e进行举例说明,表二为业务数据表更新后的一种形式。表二主键(id)姓名(name)金额(amount)状态(status)线程号(threadid)0001张三20initb784mae3f86e9b7e0002李四500initb784mae3f86e9b7e0003王五15initb784mae3f86e9b7e0004陈六58initb784mae3f86e9b7e可选的,将用于标记业务数据的第一线程号更新至业务数据表中的业务数据对应的线程号字段后,根据该第一线程号提取表格中被该第一线程号标记的未处理数据。示例性的,可以通过以下代码实现:select*fromt_orderwherestatus=‘init’andthreadid=’b784mae3f86e9b7e’s106:根据处理时间和处理任务,对业务数据进行处理。在本步骤中,批处理受理单元获取待处理的业务数据后,根据处理时间以及处理任务,按照id对业务数据进行逐条处理。其中,处理时间可以为一个固定时间,也可以为多个固定时间。示例性的,可以通过以下代码实现:updatet_ordersetstatus=’done’whereid=’0001’andstatus='init'andthreadid=‘b784mae3f86e9b7e’可选的,批处理受理单元处理完该条业务数据后,将业务数据表中该条业务数据的状态更新为done。可选的,批处理受理单元处理完业务数据后还可以生成执行结果,并将该执行结果发送给调度中心系统,批处理受理单元还可以将该执行结果发送给nginx,haproxy等中间件。在一种具体的实施方式中,调度中心系统中的调度节点接收批处理受理单元返回的执行结果。在另一种具体的实施方式中,nginx,haproxy等中间件接收批处理受理单元返回的执行结果,nginx,haproxy等中间件将该执行结果发送给调度中心系统中的调度节点,调度中心系统中的调度节点接收该执行结果。可选的,当批处理受理单元出现故障时,可能无法对业务数据进行处理,无法生成执行结果并向nginx,haproxy等中间件发送该执行结果。因此,在发送完第一调用指令后预设时长未接收到执行结果,则再次向该批处理受理单元重新发送第一调用指令。其中,该预设时长可以为30s、35s、40s等,可以根据用户的需求进行设置,本方案对此不进行具体限制。图3为本申请实施例提供的防重批量处理数据的方法又一实施例的流程示意图。如图3所示,该防重批量处理数据的方法可以包括如下步骤:第1步、开始。第2步、调度中心系统中的调度节点根据获取到的调度计划,获取分布式锁,根据处理任务向nginx,haproxy等中间件发送第一调用指令。第3步、nginx,haproxy等中间件向批处理受理单元发送第一调用指令。第4步、批处理受理单元接收第一调用指令,并根据第一调用指令,对待处理的业务数据进行处理。第5步、结束本申请实施例提供的防重批量处理数据的方法,调度中心系统中的调度节点通过根据获取到的调度计划,获取分布式锁,调度计划包括处理任务和处理时间,分布式锁用于锁定处理任务只在调度节点执行。之后根据处理任务向批处理受理单元发送第一调用指令,第一调用指令中包括调度计划。调度中心系统中的调度节点通过获取分布式锁,锁定处理任务只在该调度节点执行,使得与现有技术相比,能够确保业务数据只被处理一次,避免了多个批处理受理单元同时工作,导致业务数据被重复处理的问题,有效提高了业务数据处理的准确性。由于处理时间可以为一个固定时间,也可以为多个固定时间。当任务时间为多个固定时间时,调度中心系统中的调度节点可以向批处理受理单元发送调用指令,批处理受理单元按照调度计划中的多个固定时间处理待处理的业务数据。然而,在一个批处理受理单元多个固定时间处理业务数据,有可能会造成负载不均衡的情况。因此,在处理时间为多个固定时间时,调度中心系统中的调度节点可以在每个固定时间向批处理受理单元发送调用指令,能够最大程度的保证负载均衡。在上述实施例的基础上,图4为本申请实施例提供的防重批量处理数据的方法实施例二的流程示意图。如图4所示,该批处理受理单元侧的防重批量处理数据的方法还可以包括如下步骤:s201:接收调度中心系统的调度节点发送的第二调用指令。在本步骤中,为了使得批处理受理单元能够根据调度计划对待处理的业务数据进行处理,获取分布式锁的调度节点需要向批处理受理单元发送第二调用指令。其中,第二调用指令包括调度计划,调度计划包括处理任务和处理时间,处理时间为一个固定时间。可选的,获取分布式锁的调度节点可以将第二调用指令发送给nginx,haproxy等中间件。nginx,haproxy等中间件接收到第二调用指令后将该第二调用指令发送给空闲的批处理受理单元或者排队数量较小的批处理受理单元。s202:根据第二调用指令,生成用于标记数据的第二线程号。在本步骤中,批处理受理单元接收到第二调用指令后,根据该调用指令生成随机的第二线程号。其中,第二线程号可以为字符串,用于标记数据,且批处理受理单元每次生成的线程号都是不同的。s203:从数据库服务器中获取线程号字段为空的待处理的新的业务数据,并将第二线程号更新至数据库服务器中业务数据表中新的业务数据对应的线程号字段。在本步骤中,数据库服务器中存放用于储存业务数据的业务数据表,其中,包括处理完的业务数据以及待处理的业务数据。可以根据业务数据表中业务数据的线程号字段判断该业务数据是否被处理,当线程号字段为null时,则该条业务数据为待处理的业务数据,若线程号字段为字符串时,且状态为done时,则该条业务数据为已处理的业务数据。具体的,批处理受理单元生成用于标记数据的第二线程号后,从数据库服务器中获取待处理的业务数据,并将该第二线程号更新至业务数据表中对应的线程号字段,之后根据该第二线程号提取表格中被该第二线程号标记的未处理数据。s204:根据处理时间和处理任务对新的业务数据进行处理。在本步骤中,批处理受理单元获取待处理的业务数据后,根据处理时间以及处理任务,按照业务数据的id对业务数据进行逐条处理。其中,处理时间可以为一个固定时间。具体的,批处理受理单元按照id逐条对待处理的业务数据进行处理,并在处理后将业务数据表中该条业务数据的状态更新为done。本申请实施例提供的防重批量处理数据的方法,调度中心系统中的调度节点通过获取分布式锁,锁定处理任务只在该调度节点执行,并在每个固定时间向批处理受理单元发送调用指令,能够有效的保证批处理受理单元的负载均衡,提高了批处理受理单元的利用率。在上述实施例的基础上,图5为本申请实施例提供的防重批量处理数据的方法实施例三的流程示意图。如图5所示,调度中心系统中的调度节点侧的防重批量处理数据的方法可以包括如下步骤:第1步、开始。第2步、根据获取到的调度计划,获取分布式锁,调度计划包括处理任务和处理时间。第3步、根据处理任务向批处理受理单元发送第一调用指令。第4步、接收批处理受理单元对业务数据处理后返回的执行结果。第5步、结束。本申请实施例提供的防重批量处理数据的方法,调度中心系统中的调度节点通过获取分布式锁,锁定处理任务只在该调度节点执行,为接下来批处理受理单元处理待处理的业务数据奠定了基础。下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。图6为本申请实施例提供的防重批量处理数据的装置实施例一的结构示意图。如图6所示,该防重批量处理数据的装置包括:获取模块61及发送模块62。获取模块61,用于根据获取到的调度计划,获取分布式锁,调度计划包括处理任务和处理时间,分布式锁用于锁定处理任务只在调度节点执行;发送模块62,用于根据处理任务向批处理受理单元发送第一调用指令,第一调用指令中包括调度计划;在上述实施例的基础上,图7为本申请实施例提供的防重批量处理数据的装置实施例二的结构示意图。如图7所示,该洗衣机应用程序的测试装置还包括:接收模块63。接收模块63,用于接收批处理受理单元返回的执行结果。或者,发送模块62,还用于在发送完第一调用指令后预设时长未接收到执行结果,则再次向批处理受理单元重新发送第一调用指令。在本申请实施例一种可能设计中,获取模块61,具体用于:根据调度计划,从中间件或数据库服务器获取分布式锁;其中中间件包括redis中间件或zookeeper中间件。本申请实施例提供的防重批量处理数据的装置,可用于执行上述实施例中的调度中心系统中的调度节点侧的防重批量处理数据的方法,其实现原理和技术效果类似,在此不再赘述。图8为本申请实施例提供的防重批量处理数据的装置实施例三的结构示意图。如图8所示,该防重批量处理数据的装置包括:接收模块81、生成模块82及处理模块83。接收模块81,用于接收调度中心系统中的调度节点发送的第一调用指令,第一调用指令包括调度计划,调度计划包括处理任务和处理时间;生成模块82,用于根据第一调用指令,生成用于标记数据的第一线程号;处理模块83,用于从数据库服务器中获取待处理的业务数据,并将第一线程号更新至数据库服务器中业务数据表中的业务数据对应的线程号字段;处理模块83,还用于根据处理时间和处理任务对业务数据进行处理。在上述实施例的基础上,图9为本申请实施例提供的防重批量处理数据的装置实施例四的结构示意图。如图9所示,该洗衣机应用程序的测试装置还包括:发送模块84。发送模块84,用于在对业务数据处理完成后,将处理结果返回调度中心系统中的调度节点。在本申请实施例一种可能设计中,接收模块81,还用于接收调度中心系统的调度节点发送的第二调用指令,第二调用指令包括调度计划,调度计划包括处理任务和处理时间;生成模块82,还用于根据第二调用指令,生成用于标记数据的第二线程号;处理模块83,还用于从数据库服务器中获取线程号字段为空的待处理的新的业务数据,并将第二线程号更新至数据库服务器中业务数据表中新的业务数据对应的线程号字段;处理模块83,还用于根据处理时间和处理任务对新的业务数据进行处理。本申请实施例提供的防重批量处理数据的装置,可用于执行上述实施例中批处理受理单元侧的防重批量处理数据的方法,其实现原理和技术效果类似,在此不再赘述。需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。此外,这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。本申请实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,当该计算机指令在计算机上运行时,使得计算机执行上述防重批量处理数据的方法。上述的计算机可读存储介质,上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(sram),电可擦除可编程只读存储器(eeprom),可擦除可编程只读存储器(eprom),可编程只读存储器(prom),只读存储器(rom),磁存储器,快闪存储器,磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。可选的,将可读存储介质耦合至处理器,从而使处理器能够从该可读存储介质读取信息,且可向该可读存储介质写入信息。当然,可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(applicationspecificintegratedcircuits,asic)中。当然,处理器和可读存储介质也可以作为分立组件存在于设备中。本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序存储在计算机可读存储介质中,至少一个处理器可以从该计算机可读存储介质中读取该计算机程序,所述至少一个处理器执行所述计算机程序时可实现上述防重批量处理数据的方法。应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。当前第1页12
再多了解一些
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1