CN115775184A - 数据处理方法、装置、设备、存储介质及程序产品 - Google Patents

Abstract

本申请提供了一种数据处理方法、装置、设备、存储介质及程序产品，该方法包括：确定目标时长；在目标时长内，从业务数据库中获取目标账户的多个业务数据；若从多个业务数据中每读取一个第一业务数据，则生成第一业务数据对应的资产数据；将多个业务数据中获取时间最晚的业务数据对应的资产数据存储至目标数据库，不将多个业务数据中除获取时间最晚的业务数据之外的业务数据对应的资产数据存储至目标数据库。以解决数据库中存储的资产数据波动较大的问题，保证数据库中存储的资产数据的稳定性，减少服务器的处理压力。

Description

数据处理方法、装置、设备、存储介质及程序产品

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种数据处理方法、装置、设备、存储介质及程序产品。

背景技术

投资者通过金融服务客户端完成券商开户后，投资者账户里的资产可以包括现金和持仓市值两部分。当投资者在开盘期间进行证券交易如股票交易后，投资者账户中的现金和持仓市值会发生变动，另外，投资者账户中的持仓市值也会随着证券市值行情的变化而不断产生波动。

当投资者进行证券交易或者证券市值行情发生变化时，金融服务客户端对应的服务器会根据证券市值行情、交易情况、投资者账户已有资产进行计算，以确定投资者账户的当前资产，并将计算结果存储在数据库中。例如：假设投资者账户中的已有资产为现金50元和持仓50股对应的持仓市值100元，在股票市值行情变化为3元每股时，服务器可以确定投资者账户的当前资产为现金50元和持仓50股对应的持仓市值150元，并将该资产存储在数据库中。

然而，上述计算后的存储方式会存在数据库中存储的数据波动较大、服务器处理压力较大的问题。例如：在股票市值行情连续发生变化时，服务器需要连续地根据股票市值行情计算投资者账户的当前资产，并将每次计算结果存储在数据库中，那么就会导致服务器将计算结果存储在数据库中的次数增加即服务器的处理压力增加，而且由于服务器的多次存储，导致数据库中存储的资产数据波动较大，使得确定出的资产数据不稳定。

发明内容

本申请提供一种数据处理方法、装置、设备、存储介质及程序产品，可以解决数据库中存储的资产数据波动较大的问题，保证数据库中存储的资产数据的稳定性，减少服务器的处理压力。

第一方面，本申请实施例提供一种数据处理方法，该方法包括：确定目标时长；在目标时长内，从业务数据库中获取目标账户的多个业务数据；若从多个业务数据中每读取一个第一业务数据，则生成第一业务数据对应的资产数据；将多个业务数据中获取时间最晚的业务数据对应的资产数据存储至目标数据库，不将多个业务数据中除获取时间最晚的业务数据之外的业务数据对应的资产数据存储至目标数据库。

第二方面，本申请实施例提供一种数据处理装置，包括：第一确定模块、第一获取模块、生成模块、处理模块，其中，第一确定模块用于确定目标时长；第一获取模块用于在目标时长内，从业务数据库中获取目标账户的多个业务数据；生成模块用于若从多个业务数据中每读取一个第一业务数据，则生成第一业务数据对应的资产数据；处理模块用于将多个业务数据中获取时间最晚的业务数据对应的资产数据存储至目标数据库，不将多个业务数据中除获取时间最晚的业务数据之外的业务数据对应的资产数据存储至目标数据库。

第三方面，本申请实施例提供一种电子设备，电子设备包括：处理器和存储器，存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，以执行如第一方面或其各实现方式中的方法。

第四方面，提供一种计算机可读存储介质，用于存储计算机程序，计算机程序使得计算机执行如第一方面或其各实现方式中的方法。

第五方面，提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得处理器执行如第一方面或其各实现方式中的方法。

第六方面，提供一种计算机程序，计算机程序使得处理器执行如第一方面或其各实现方式中的方法。

通过本申请技术方案，服务器可以先确定目标时长，然后，服务器可以在目标时长内，从业务数据库中获取目标账户的多个业务数据，若从多个业务数据中每读取一个第一业务数据，则生成第一业务数据对应的资产数据，并将多个业务数据中获取时间最晚的业务数据对应的资产数据存储至目标数据库，不将多个业务数据中除获取时间最晚的业务数据之外的业务数据对应的资产数据存储至目标数据库。相比于现有技术中，服务器每确定一个资产数据就需要将其存储在数据库中的方式，本申请可以先确定目标时长，只将目标时长内最后获取的业务数据对应的资产数据存储在目标数据库中，而不将目标时长内获取的其他业务数据对应的资产数据存储在目标数据库中，从而可以减少服务器将资产数据存储在目标数据库中的次数，即可以减少服务器的处理压力，解决目标数据库中存储的资产数据波动较大的问题，保证目标数据库中存储的资产数据的稳定性。

附图说明

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

图1为本申请实施例提供的一种应用场景图；

图2为本申请实施例提供的一种数据处理方法的流程图；

图3为本申请实施例提供的一种数据处理方法的示意图；

图4为本申请实施例提供的另一种数据处理方法的示意图；

图5为本申请实施例提供的再一种数据处理方法的示意图；

图6为本申请实施例提供的又一种数据处理方法的示意图；

图7为本申请实施例提供的又一种数据处理方法的示意图；

图8为本申请实施例提供的又一种数据处理方法的示意图；

图9为本申请实施例提供的一种数据处理装置900的示意图；

图10是本申请实施例提供的一种电子设备1000的示意性框图。

具体实施方式

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

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

如上所述，现有技术每确定一次资产数据就需要将其存储在数据库中，导致服务器将资产数据存储在数据库中的次数增加即服务器的处理压力增加，而且由于服务器的多次存储，导致数据库中存储的资产数据波动较大，使得确定出的资产数据不稳定。

为了解决上述技术问题，本申请可以确定目标时长，将目标时长内最后获取的业务数据对应的资产数据存储在目标数据库中，不将目标时长内获取的其他业务数据对应的资产数据存储在目标数据库中，从而可以减少服务器将资产数据存储在目标数据库中的次数，即可以减少服务器的处理压力，解决目标数据库中存储的资产数据波动较大的问题，保证目标数据库中存储的资产数据的稳定性。

应理解的是，本申请技术方案可以应用于如下场景，但不限于：

图1为本申请实施例提供的一种应用场景图，如图1所示，该应用场景中可以包括终端110、服务器120，其中，终端110与服务器120之间可以通信。

示例性的，服务器120可以从业务数据库获取业务数据，根据业务数据生成资产数据，并将资产数据存储在目标数据库中，目标数据库、业务数据库可以是服务器120内部的数据库，也可以是服务器120外部的数据库，本申请对此不做限制。终端110上可以安装金融服务客户端，投资者通过访问金融服务客户端，查询投资者账户的资产数据；或者，终端110也可以不安装客户端，投资者可以基于终端110，通过访问浏览器查询资产数据。查询时，金融服务客户端可以向服务器120发送获取资产数据的请求，服务器120接收到该请求后，可以响应于该请求，从目标数据库中查找投资者账户的资产数据，并将投资者账户的资产数据返回给金融服务客户端。

示例性的，终端110可以为手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、车载设备、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(Personal Digital Assistant，PDA)、增强现实(AugmentedReality，AR)\虚拟现实(Virtual Reality，VR)设备，本申请对此不做限制。服务器120可以是终端110对应的服务器。服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器，本申请对此不做限制。

应该理解，图1中的终端、服务器的数目仅仅是示意性的，实际上，根据实际情况需要可以设置任意数目的终端、服务器，本申请对此不做限制。

在介绍了本申请实施例的应用场景之后，下面将对本申请技术方案进行详细阐述：

图2为本申请实施例提供的一种数据处理方法的流程图，该方法可以由如图1所示的服务器120执行，本申请对此不做限制，如图2所示，该方法可以包括如下步骤：

S210：确定目标时长；

S220：在目标时长内，从业务数据库中获取目标账户的多个业务数据；

S230：若从多个业务数据中每读取一个第一业务数据，则生成第一业务数据对应的资产数据；

S240：将多个业务数据中获取时间最晚的业务数据对应的资产数据存储至目标数据库，不将多个业务数据中除获取时间最晚的业务数据之外的业务数据对应的资产数据存储至目标数据库。

在一些可实现方式中，服务器可以通过以下任一方式确定目标时长，但不限于此：

方式一，服务器可以将任意时长确定为目标时长，例如，服务器可以设置目标时长为3秒，也可以是设置目标时长为5秒，本申请对此不做限制。

方式二，服务器可以根据目标事务确定目标时长，目标事务是指可以产生存储在业务数据库的业务数据的事务，例如，目标事务可以是投资者基于客户端进行的证券交易事务，也可以是证券市值行情发生不断波动的事务，也可以是在业务数据库中的业务数据全部更新后，服务器需要对业务数据库中的业务数据进行重新计算的事务，但不限于此。具体的，服务器可以先确定目标事务，然后预测根据目标事务对应的业务数据计算得到资产数据的计算耗时，并根据计算耗时确定目标时长，例如，服务器可以将计算耗时确定为目标时长，服务器也可以将计算耗时和预设时长之和确定为目标时长，但不限于此。

示例性的，假设服务器确定目标事务为投资者基于客户端进行的证券交易事务，那么服务器可以确定根据该证券交易事务对应的业务数据计算得到资产数据的计算耗时为3秒，则服务器可以确定目标时长为3秒；或者，假设服务器确定目标事务为证券市值行情发生不断波动的事务，那么服务器可以确定根据该证券市值行情发生不断波动的事务对应的业务数据计算得到资产数据的计算耗时为30秒，则服务器可以确定目标时长为30秒；或者，假设服务器确定目标事务为对业务数据库中的业务数据进行重新计算的事务，那么服务器可以确定根据该重新计算的事务对应的业务数据计算得到资产数据的计算耗时为60秒，则服务器可以确定目标时长为60秒。

在上述实施例中，服务器可以根据不同的目标事务确定不同的目标时长，以保证服务器能够在目标时长内将目标事务对应的业务数据都获取到，而服务器只将获取时间最晚的业务数据对应的资产数值存储在目标数据库中，也就是说，当目标时长是根据目标事务确定的时候，服务器只需要将资产数值存储在目标数据库中一次即将最终计算出的资产数值存储在目标数据库中，从而可以进一步减少存储次数，减少服务器处理压力，进一步保证数据库中存储的资产数据的稳定性。

需要说明的是，服务器也可以将根据任一目标事务确定的目标时长确定为针对所有目标事务的目标时长，例如，服务器根据证券交易事务确定目标时长为3秒，那么针对证券市值行情波动的事务、重新计算业务数据库中的业务数据的事务等任何事务，服务器可以确定目标时长为3秒。如此一来，服务器不需要多次确定目标时长，只需要根据任一目标事务确定一次目标时长，从而可以减少服务器的处理压力，提高处理效率。

需要说明的是，业务数据可以是实例信息和表信息，实例信息和表信息包括现金表、持仓表、行情价表等的信息，其中，现金表记录投资者账户的现金数据，持仓表记录投资者账户持仓情况的数据，行情价表记录证券市值行情的数据。

在一些可实现方式中，服务器可以通过以下任一方式在目标时长内，从业务数据库中获取目标账户的多个业务数据，但不限于此：

方式一，服务器可以基于实时数据同步方案在目标时长内，从业务数据库中获取目标账户的多个业务数据，也就是说，在业务数据库中有新增的业务数据时，服务器就实时地在目标时长内，从业务数据库中获取多个业务数据。

示例性的，实时数据同步方案可以是Flink CDC，但不限于此。如图3所示，服务器可以配置业务数据库为Flink CDC数据源，当业务数据库有新的业务数据如现金表、持仓表和股票行情价表等产生时，服务器可以实时地在目标时长内，通过binlog将业务数据库中目标账户的业务数据输入服务器配置的Flink CDC输出源，业务数据库可以是MySQL数据库，但不限于此。为了下游能够实时消费到业务数据，即为了服务器后续可以实时根据业务数据生成资产数据，可以选择消息队列如卡夫卡(Kafka)作为输出源。可以理解的是，将业务数据库的业务数据写入消息队列等上述输出源，可以使得服务器可以根据输出源中的业务数据生成资产数据，使得后续的业务逻辑如生成资产数据等不再对业务数据库进行读取，从而减少对业务数据库的依赖，减少对业务数据库多次读取的压力，而且消息队列是性能更好更优化的数据库或者大数据组件。当然，服务器还可以基于FlinkCDC使用业务数据库中的业务数据更新上述输出源中的数据，或者删除输出源中的数据。另外，服务器还可以在对业务数据库中的业务数据进行逻辑校验后，再将其输入输出源，例如，服务器可以对业务数据库中和计算资产数据无关的字段如投资者喜爱的文章类型数据进行删除，对敏感字段如投资者账号名称等进行加密，对主键进行置换操作。

方式二，服务器在目标时长内，从业务数据库中获取目标账户的多个业务数据之前，可以先确定目标事务，然后再确定目标事务对应的业务数据中第一个业务数据的生成时刻，然后，服务器可以基于生成时刻，在目标时长内，从业务数据库中获取目标账户的多个业务数据，例如，在生成时刻，服务器可以在目标时长内，从业务数据库中获取目标账户的多个业务数据。

示例性的，假设业务数据库中的业务数据需要全部更新，服务器需要对业务数据库中的业务数据进行重新计算，那么服务器可以先确定目标事务为对业务数据库中的业务数据进行重新计算的事务，则服务器可以确定执行该目标事务的开始时刻即开始对业务数据库中的业务数据进行更新的时刻，并将开始时刻确定为目标事务对应的业务数据中第一个业务数据的生成时刻即业务数据库中第一个被更新的业务数据的更新时刻，然后以第一个业务数据的生成时刻为起始时刻，在目标时长内，从业务数据库获取业务数据，对业务数据进行重新计算。

在上述实施例中，服务器可以根据目标事务确定生成时刻和目标时长，以在生成时刻开始，能够在目标时长内获取到目标事务对应的全部业务数据，使得服务器只需要将确定出的资产数值存储在目标数据库中一次即只需要将最终计算出的资产数值存储在目标数据库中，从而可以进一步减少存储次数，减少服务器处理压力，进一步保证数据库中存储的资产数据的稳定性。

可以理解的是，大事务是指产生业务数据较多的事务，如重新计算业务数据库中业务数据的事务。在重新计算业务数据库中的业务数据等大事务产生前，服务器可以先确定大事务信息如大事务的产生时刻，以确定针对大事务的目标时长和生成时刻，平抑大事务产生时由于数据接入不均匀导致的波动即平抑由于普通的目标时长较短导致的多次存储而引起的目标数据库的资产数据的波动，使目标数据库中存储的资产数据较稳定。也就是说，服务器可以对大事务进行针对性处理，具有能够处理较多数据量和较好地集群处理性能。

在一些可实现方式中，在上述S230之前，服务器可以对获取多个业务数据的目标数据接口进行权限校验，在对目标数据接口的权限校验通过时，服务器可以在目标时长内，从业务数据库中获取多个业务数据。具体的，服务器可以获取目标数据接口的标识和数据接口组合，数据接口组合包括具有从业务数据库获取业务数据权限的至少一个数据接口各自的标识，然后，服务器可以判断数据接口组合是否包括目标数据接口的标识：若数据接口组合包括目标数据接口的标识，则服务器可以确定对目标数据接口的权限校验通过；若数据接口组合不包括目标数据接口的标识，则服务器可以确定对目标数据接口的权限校验通过未通过。

示例性的，服务器在从业务数据库获取业务数据之前，可以先向数据库管理员(Database Administrator，DBA)申请从业务数据库获取业务数据的权限，之后，服务器可以将具有从业务数据库获取业务数据权限的至少一个数据接口(例如IP节点)各自的标识组成为数据接口组合。数据接口可以是Flink CDC的节点，但不限于此。假设服务器基于Flink CDC从业务数据库中获取业务数据，则服务器可以先判断Flink CDC的节点即获取业务数据的节点是否被授权，即是否具有读取业务数据的权限，服务器可以查找数据接口组合中查找该节点的标识，若数据接口组合中有该节点的标识，则确认该节点被授权，否则，确认该几点未被授权。

在一些可实现方式中，服务器可以基于ETL模式对业务数据进行计算，确定投资者的资产数据，并将资产数据发送给客户端，其中，ETL是指抽取(Extract)、转换(Transform)、加载(Load)。如图4所示，在ETL模式下，在业务数据库中有业务数据如账户现金、股票持仓、股票行情等数据更新时，服务器可以实时地在目标时长内，从业务数据库中获取即“抽取”目标账户的业务数据，基于Flink流计算引擎实时地计算即“转换”出目标账户的最新资产数据。具体的，如图5所示，服务器可以将获取的业务数据存储在卡夫卡中，然后从卡夫卡中读取业务数据，将持仓数据和行情报价数据进行关联计算确定出持仓市值数据，再将持仓市值数据和现金数据进行关联叠加得到资产数据。服务器可以将确定出的资产数据存储即“加载”在目标数据库中。当客户端发起资产查询请求时，服务器可以直接从目标数据库中查询资产数据，并将资产数据返回给客户端。

在上述过程中，服务器可以将计算和存储进行分离，即服务器可以在业务数据库中的业务数据更新时，就对业务数据进行计算，确定资产数据，并将资产数据存储在目标数据库中，而在查询资产数据时，可以直接从目标数据库中获取存储了的资产数据，减少服务器的计算负担，提高服务器的处理效率，还可以较方便的实现算力的动态扩容。

在另一些可实现方式中，服务器可以基于ELT模式对业务数据进行计算，确定投资者的资产数据，并将资产数据发送给客户端，其中，ELT是指抽取(Extract)、加载(Load)、转换(Transform)。如图6所示，在ETL模式下，服务器可以在获取客户端发送的资产查询请求后，响应于该请求，在目标时长内，从业务数据库中获取业务数据，然后根据业务数据确定资产数据，并将资产数据存储在目标数据库中，然后将目标数据库中的资产数据返回给客户端。

示例性的，如图7所示，在ETL模式下，服务器可以从业务数据库抽取业务数据，并将业务数据加载至数据仓库中，对业务数据进行转换得到资产数据，然后将资产数据返回给客户端。其中，业务数据可以是SQL关系数据库管理系统(Relational DatabaseManagement System，RDBMS)、NoSQL(Not Only SQL)数据库管理系统(DatabaseManagement System，DBMS)、SAAS平台(Platforms)、XML文件(Films)。

在一些可实现方式中，服务器可以获取目标客户端发送的资产数据查询请求，资产数据查询请求用于获取目标账户的资产数据，资产数据查询请求包括目标账户标识对应的目标账户密文，服务器可以响应于资产数据查询请求，根据目标账户密文在目标数据库中查找目标账户的资产数据，目标数据库对应存储有至少一个账户标识对应的账户密文和至少一个账户标识对应的账户的资产数据，最后，服务器可以将目标账户的资产数据发送给目标客户端。在该过程中，服务器可以响应于目标客户端的查询请求，直接从目标数据库中获取预计算出的资产数据，将其返回给目标客户端，可以提高处理效率。另外，由于服务器是将账户密文和资产数据对应存储在目标数据库中并根据账户密文从目标数据库中获取资产数据，可以避免用户隐私泄露，保证用户数据安全性。

示例性的，如图8所示，目标客户端可以是网页浏览器(Web Browser)，服务器可以包括网页服务器(Web Server)和数据库服务器(Database Server)，投资者可以基于网页浏览器查询资产数据，查询时，网页浏览器可以向网页服务器发送包括投资者账户密文的资产数据查询请求，网页服务器接收到该查询请求后，可以将投资者账户密文发送给数据库服务器，数据库服务器可以根据投资者账户密文从目标数据库中查找投资者的资产数据，并将其返回给网页服务器，最后，网页服务器可以将资产数据返回给网页浏览器。

需要说明的是，在本申请的具体实施方式中，涉及到业务信息、资产数据等相关数据，当本申请的实施例运用到具体产品或技术中时，需要获得用户许可、同意或者授权，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

通过本申请技术方案，服务器可以先确定目标时长，然后，服务器可以在目标时长内，从业务数据库中获取目标账户的多个业务数据，若从多个业务数据中每读取一个第一业务数据，则生成第一业务数据对应的资产数据，并将多个业务数据中获取时间最晚的业务数据对应的资产数据存储至目标数据库，不将多个业务数据中除获取时间最晚的业务数据之外的业务数据对应的资产数据存储至目标数据库。相比于现有技术中，服务器每确定一个资产数据就需要将其存储在数据库中的方式，本申请可以先确定目标时长，只将目标时长内最后获取的业务数据对应的资产数据存储在目标数据库中，而不将目标时长内获取的其他业务数据对应的资产数据存储在目标数据库中，从而可以减少服务器将资产数据存储在目标数据库中的次数，即可以减少服务器的处理压力，解决目标数据库中存储的资产数据波动较大的问题，保证目标数据库中存储的资产数据的稳定性。

图9为本申请实施例提供的一种数据处理装置900的示意图，如图9所示，该装置900包括：

第一确定模块901，用于确定目标时长；

第一获取模块902，用于在目标时长内，从业务数据库中获取目标账户的多个业务数据；

生成模块903，用于若从多个业务数据中每读取一个第一业务数据，则生成第一业务数据对应的资产数据；

处理模块904，用于将多个业务数据中获取时间最晚的业务数据对应的资产数据存储至目标数据库，不将多个业务数据中除获取时间最晚的业务数据之外的业务数据对应的资产数据存储至目标数据库。

在一些可实现方式中，第一确定模块901具体用于：确定目标事务；预测根据目标事务对应的业务数据计算得到资产数据的计算耗时；根据计算耗时确定目标时长。

在一些可实现方式中，装置900还包括：第二确定模块905、第三确定模块906，第二确定模块905用于：确定目标事务；第三确定模块906用于：确定目标事务对应的业务数据中第一个业务数据的生成时刻；第一获取模块902具体用于：基于生成时刻，在目标时长内，从业务数据库中获取目标账户的多个业务数据。

在一些可实现方式中，装置900还包括：校验模块907，校验模块907用于：对获取多个业务数据的目标数据接口进行权限校验，第一获取模块902具体用于：在对目标数据接口的权限校验通过时，在目标时长内，从业务数据库中获取多个业务数据。

在一些可实现方式中，校验模块907具体用于：获取目标数据接口的标识和数据接口组合，数据接口组合包括具有从业务数据库获取业务数据权限的至少一个数据接口各自的标识；判断数据接口组合是否包括目标数据接口的标识；若数据接口组合包括目标数据接口的标识，则确定对目标数据接口的权限校验通过；若数据接口组合不包括目标数据接口的标识，则确定对目标数据接口的权限校验通过未通过。

在一些可实现方式中，装置900还包括：第二获取模块908、查找模块909、发送模块910，第二获取模块908用于：获取目标客户端发送的资产数据查询请求，资产数据查询请求用于获取目标账户的资产数据，资产数据查询请求包括目标账户标识对应的目标账户密文；查找模块909用于：响应于资产数据查询请求，根据目标账户密文在目标数据库中查找目标账户的资产数据，目标数据库对应存储有至少一个账户标识对应的账户密文和至少一个账户标识对应的账户的资产数据；发送模块910用于：将目标账户的资产数据发送给目标客户端。

应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，图9所示的装置900可以执行上述方法实施例，并且装置900中的各个模块的前述和其它操作和/或功能分别为了实现上述各个方法中的相应流程，为了简洁，在此不再赘述。

上文中结合附图从功能模块的角度描述了本申请实施例的装置900。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

图10是本申请实施例提供的一种电子设备1000的示意性框图，如图10所示，该电子设备1000可以包括：

存储器1001和处理器1002，该存储器1001用于存储计算机程序，并将该程序代码传输给该处理器1002。换言之，该处理器1002可以从存储器1001中调用并运行计算机程序，以实现本申请实施例中的方法。

例如，该处理器1002可用于根据该计算机程序中的指令执行上述方法实施例。

在本申请的一些实施例中，该处理器1002可以包括但不限于：

通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

在本申请的一些实施例中，该存储器1001包括但不限于：

易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

在本申请的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器1001中，并由该处理器1002执行，以完成本申请提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该电子设备中的执行过程。

如图10所示，该电子设备1000还可包括：

收发器1003，该收发器1003可连接至该处理器1002或存储器1001。

其中，处理器1002可以控制该收发器1003与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器1003可以包括发射机和接收机。收发器1003还可以进一步包括天线，天线的数量可以为一个或多个。

应当理解，该电子设备1000中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

本申请还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。

本申请还提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机程序，处理器执行该计算机程序，使得电子设备执行本申请实施例中的数据处理方法中的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

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

Claims (10)

1.一种数据处理方法，其特征在于，包括：

确定目标时长；

在所述目标时长内，从业务数据库中获取目标账户的多个业务数据；

若从所述多个业务数据中每读取一个第一业务数据，则生成所述第一业务数据对应的资产数据；

将所述多个业务数据中获取时间最晚的业务数据对应的资产数据存储至目标数据库，不将所述多个业务数据中除所述获取时间最晚的业务数据之外的业务数据对应的资产数据存储至所述目标数据库。

2.根据权利要求1所述的方法，其特征在于，所述确定目标时长，包括：

确定目标事务；

预测根据所述目标事务对应的业务数据计算得到资产数据的计算耗时；

根据所述计算耗时确定所述目标时长。

3.根据权利要求1或2所述的方法，其特征在于，所述在所述目标时长内，从业务数据库中获取目标账户的多个业务数据之前，还包括：

确定目标事务；

确定所述目标事务对应的业务数据中第一个业务数据的生成时刻；

所述在所述目标时长内，从业务数据库中获取目标账户的多个业务数据，包括：

基于所述生成时刻，在所述目标时长内，从所述业务数据库中获取所述目标账户的多个业务数据。

4.根据权利要求1或2所述的方法，其特征在于，所述在所述目标时长内，从业务数据库中获取目标账户的多个业务数据之前，还包括：

对获取所述多个业务数据的目标数据接口进行权限校验；

所述在所述目标时长内，从业务数据库中获取目标账户的多个业务数据，包括：

在对所述目标数据接口的权限校验通过时，在所述目标时长内，从所述业务数据库中获取所述多个业务数据。

5.根据权利要求4所述的方法，其特征在于，所述对获取所述多个业务数据的目标数据接口进行权限校验，包括：

获取所述目标数据接口的标识和数据接口组合，所述数据接口组合包括具有从所述业务数据库获取业务数据权限的至少一个数据接口各自的标识；

判断所述数据接口组合是否包括所述目标数据接口的标识；

若所述数据接口组合包括所述目标数据接口的标识，则确定对所述目标数据接口的权限校验通过；

若所述数据接口组合不包括所述目标数据接口的标识，则确定对所述目标数据接口的权限校验通过未通过。

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

获取目标客户端发送的资产数据查询请求，所述资产数据查询请求用于获取所述目标账户的资产数据，所述资产数据查询请求包括目标账户标识对应的目标账户密文；

响应于所述资产数据查询请求，根据所述目标账户密文在所述目标数据库中查找所述目标账户的资产数据，所述目标数据库对应存储有至少一个账户标识对应的账户密文和所述至少一个账户标识对应的账户的资产数据；

将所述目标账户的资产数据发送给所述目标客户端。

7.一种数据处理装置，其特征在于，包括：

第一确定模块，用于确定目标时长；

第一获取模块，用于在所述目标时长内，从业务数据库中获取目标账户的多个业务数据；

生成模块，用于若从所述多个业务数据中每读取一个第一业务数据，则生成所述第一业务数据对应的资产数据；

处理模块，用于将所述多个业务数据中获取时间最晚的业务数据对应的资产数据存储至目标数据库，不将所述多个业务数据中除所述获取时间最晚的业务数据之外的业务数据对应的资产数据存储至所述目标数据库。

8.一种电子设备，其特征在于，包括：

处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行权利要求1至6中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至6中任一项所述的方法。

10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1至6中任一项所述的方法。

Images