CN111897839A - 一种数据处理方法及系统 - Google Patents

Abstract

本申请实施例提供了一种数据处理方法及系统，可以先接收交易请求和交易请求对应的账户信息，接着可以从主数据库中获取账户信息对应的账户数据，并判断账户数据中是否包括未处理的批量请求。当账户数据中包括未处理的批量请求时，可以先对未处理的批量请求进行处理。并在对未处理的批量请求的处理结束后再对交易进行处理。这样一来，在需要进行批量处理时，可以直接采集主数据库中的账户数据进行处理。如果在进行批量处理的过程中接收到了新的交易请求，那么可以在批量处理结束后再对交易请求进行处理。如此，仅需一个主数据库即可保证批量处理业务和交易请求处理业务的进行。减少了跨数据库访问造成的性能损耗，从而提高了业务处理的速度。

Description

一种数据处理方法及系统

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据处理方法及系统。

背景技术

为了保证的交易进行处理，银行核心系统需要7×24小时不间断地对客户的交易请求进行处理，从而实时更新账户数据。另外，为了保证业务的正常运转，银行核心系统还需要在每个会计日结束后对账户数据进行批量处理，例如计算账户的日利息等。在批量处理时，需要账户数据为固定变化的静态数据，但是银行核心系统在处理交易请求时会导致账户数据不断变化，无法保满足批量处理的需求。

为此，传统的银行核心系统具有日间数据库和夜间数据库两个数据库。银行可以将日间产生的交易数据存储在日间数据库中，利用日间数据库进行批量处理。在开始进行批量处理后，如果系统接收到了新的交易请求，系统可以将新的交易请求处理后存储至夜间数据库，最后再将夜间数据库和日间数据库的数据进行同步，实现批量处理和交易请求的实时进行。

但是，现有的银行核心系统需要在日间数据库和夜间数据库之间不断切换，带来了大量性能损耗，从而降低了银行核心系统处理数据的效率。

发明内容

有鉴于此，本申请实施例提供了一种离数据处理方法及系统，旨在保证现有批量处理业务和交易请求处理业务正常进行的前提下，将现有的日间数据库和夜间数据库合并为同一个数据库，从而降低银行核心系统的性能损耗。

一种数据处理方法，所述方法包括：

接收交易请求和所述交易请求对应的信息，所述交易请求对应的信息包括所述交易请求对应的账户信息和交易数据信息；

从主数据库中获取所述账户信息对应的账户数据，并判断所述账户数据中是否包括未处理的批量请求，所述批量请求为对所述账户数据进行批量处理的请求，所述主数据库用于存储至少一个账户信息对应的账户数据；

当所述账户数据中包括未处理的批量请求时，对所述未处理的批量请求进行处理；

在对所述未处理的批量请求的处理结束后，根据所述交易数据信息对所述账户数据进行处理。

可选地，所述对所述未处理的批量请求进行处理包括：

将所述未处理的批量请求对应的处理优先级调整为高优先级，以便优先对所述未处理的批量请求进行处理。

可选地，所述方法应用于第一服务器，所述对所述未处理的批量请求进行处理包括：

第一服务器将所述未处理的批量请求和所述账户数据发送至第二服务器，以便所述第二服务器根据所述未处理的批量请求对所述账户数据进行处理；

所述在对所述未处理的批量请求的处理结束后，根据所述交易数据信息对所述账户数据进行处理包括：

接收第二服务器发送的账户数据，所述账户数据为第二服务器处理后的账户数据。

可选地，在对根据所述交易数据信息对所述账户数据进行处理后，所述方法还包括：

将处理后的账户数据更新至主数据库，并将主数据库的数据实时同步至第一子数据库。

可选地，所述方法还包括：

接收静态数据生成请求，并记录接收所述静态数据生成请求的第一时间；

在所述第一时间停止所述主数据库与所述第一子数据库的之间的数据同步，并将所述第一子数据库的数据复制到第二子数据库中；

记录复制完成的第二时间；

将所述主数据库在第一时间和第二时间之间的时间间隔中更新的账户数据添加至所述第二子数据库中，并将所述第二子数据库的数据作为静态数据。

一种数据处理系统，所述系统包括主数据库和第一服务器；

所述主数据库，用于存储至少一个账户信息对应的账户数据；

所述第一服务器，用于接收交易请求和所述交易请求对应的信息，所述交易请求对应的信息包括所述交易请求对应的账户信息和交易数据信息；从主数据库中获取所述账户信息对应的账户数据，并判断所述账户数据中是否包括未处理的批量请求；当所述账户数据中包括未处理的批量请求时，对所述未处理的批量请求进行处理；在对所述未处理的批量请求的处理结束后，根据所述交易数据信息对所述账户数据进行处理。

可选地，所述第一服务器，具体用于将所述未处理的批量请求对应的处理优先级调整为高优先级，以便优先对所述未处理的批量请求进行处理。

可选地，所述系统还包括第二服务器；

所述第一服务器，具体用于将所述未处理的批量请求和所述账户数据发送至第二服务器；接收第二服务器发送的账户数据，所述账户数据为第二服务器根据所述未处理的批量请求进行处理后得到的账户数据；

所述第二服务器，用于根据所述未处理的批量请求对所述账户数据进行处理。

可选地，所述系统还包括第一子数据库；

所述第一子数据库，用于存储主数据库的同步数据；

所述第一服务器，还用于将处理后的账户数据更新至主数据库，并将主数据库的数据实时同步至所述第一子数据库。

可选地，所述系统还包括第二子数据库；

所述第二子数据库，用于生成静态数据；

所述第一服务器，还用于接收静态数据生成请求，并记录接收所述静态数据生成请求的第一时间；在所述第一时间停止所述主数据库与所述第一子数据库的之间的数据同步，并将所述第一子数据库的数据复制到所述第二子数据库中；记录复制完成的第二时间；将所述主数据库在第一时间和第二时间之间的时间间隔中更新的账户数据添加至所述第二子数据库中，并将所述第二子数据库的数据作为静态数据。

本申请实施例提供了一种数据处理方法及系统，可以先接收交易请求和所述交易请求对应的信息，交易请求对应的信息可以包括该交易请求对应的账户信息和交易数据信息。接着可以从主数据库中获取所述账户信息对应的账户数据，并判断所述账户数据中是否包括未处理的批量请求。其中，主数据库可以用于存储至少一个账户信息对应的账户数据。当账户数据中包括未处理的批量请求时，说明该账户的批量处理尚未结束，可以先对未处理的批量请求进行处理。并在对未处理的批量请求的处理结束后，在根据交易数据信息对账户数据进行处理。这样一来，在需要进行批量处理时，可以直接采集主数据库中的账户数据进行处理。如果在进行批量处理的过程中接收到了新的交易请求，那么可以在批量处理结束后再对交易请求进行处理。如此，仅需一个主数据库即可保证批量处理业务和交易请求处理业务的进行。相较于现有技术，减少了跨数据库访问造成的性能损耗，从而提高了业务处理的速度。

附图说明

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

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

图2为本申请实施例提供的数据处理系统的一种结构示意图；

图3为本申请实施例提供的数据处理系统的一种结构示意图；

图4为本申请实施例提供的数据处理系统的一种结构示意图；

图5为本申请实施例提供的数据处理系统的一种结构示意图。

具体实施方式

银行核心系统可以完成账户的交易请求处理业务和批量处理业务。其中，交易请求处理业务是指对账户的交易转账等交易请求进行处理的业务，批量处理业务是指对账户进行利息结算、报表制作等业务。交易请求处理业务对数据的实时性要求较高，需要实时更新账户数据。但是对于批量处理业务，只有固定不变的静态数据才能用于批量处理。

为了保证批量处理业务和交易请求处理业务的同时进行，传统的银行核心系统可以日间数据库和夜间数据库两个数据库，并通过数据库之间的切换完成相应地业务。在交易请求数量较多的白天，银行核心系统可以对交易请求进行实时处理，并对账户数据进行实时更新。在交易请求数量较少的夜间，银行核心系统可以对账户数据进行批量处理。

具体地，银行核心系统在接收到批量处理请求后可以停止更新日间数据库中的账户数据，并将日间数据库在存储的数据复制到夜间数据库，利用夜间数据库中存储的数据进行交易请求处理。那么，日间数据库中存储的账户数据并不会因为交易请求而发生改变。银行核心系统可以利用日间数据库中存储的账户数据进行批量处理。在批量处理接触后，银行核心系统可以将夜间数据库中的数据更新到日间数据库中，以便处理后一日的交易请求。

虽然传统的银行核心系统可以保证批量处理业务和交易请求的正常进行，但是需要在两个数据库之间不断切换。切换数据库会带来大量的性能损耗，即占用银行核心系统的计算资源，从而导致数据处理的效率低下。

为了给出在能够通过一个数据库集合实现批量处理业务和交易请求处理业务两种业务的技术方案，本申请提供了一种数据处理方法，以下将从服务器的角度对本申请优选实施例进行说明，其中，该服务器可以是运行有银行核心系统的后台服务器。

参见图1，图1为本申请实施例提供的数据处理方法的方法流程图，包括：

S101：接收交易请求和交易请求对应的信息。

当用户需要进行交易时，可以通过移动终端或其他设备向服务器发送交易请求和该交易请求对应的信息。那么服务器可以接收该交易请求和和交易请求对应的信息，以便进行后续处理。在本申请实施例中，交易请求可以是转账交易请求、支付交易请求或其他涉及需要实时处理的相关交易请求。交易请求对应的信息可以包括该交易请求对应的账户信息和交易数据信息。例如转账交易请求对应的信息可以包括发起本次转账交易请求的客户的账户信息和本次转账交易对应的交易金额。

S102：从主数据库中获取账户信息对应的账户数据，并判断账户数据中是否包括未处理的批量请求。

在收到交易请求后，服务器可以从主数据库中该账户信息对应的账户数据，并判断账户数据中是否包括未处理的批量请求。其中，批量请求可以是对账户数据进行批量处理的请求，主数据库可以用于存储至少一个账户信息对应的账户数据，与传统技术中日间数据库和夜间数据库具有一定的相似之处。那么，如果账户数据包括未处理的批量请求，则说明该账户的批量处理尚未结束，账户数据仍然处于批量处理状态，无法进行交易请求处理；如果账户数据不包括未处理的批量请求，则说明该账户的批量处理已经结束，可以进行交易请求处理。

S103：当账户数据中包括未处理的批量请求时，对未处理的批量请求进行处理。

当账户数据中包括未处理的批量请求时，服务器可以暂时搁置交易请求，优先对未处理的批量请求进行处理。这样一来，在批量处理未结束前，服务器不会对交易请求进行处理，相应地，主数据库中的账户数据也不会因处理交易请求发生变化。那么，主数据库中的账户数据在处理批量请求处于固定不动的状态，属于静态数据，从而满足了批量处理的要求。

考虑到交易请求的处理对实时性要求较高，在一些可能的实现方式中，服务器可以调整批量请求的优先级，以便优先对收到交易请求的账户进行批量处理。服务器可以将未处理的批量请求对应的处理优先级调整为高优先级。服务器在处理批量请求时，可以优先处理高优先级的批量请求，即优先处理该账户信息对应的批量请求。例如，假设服务器在对账户A、账户B和账户C三个账户进行批量处理的过程中，接收到了账户B对应的交易请求。那么服务器可以将账户B的批量请求调整为高优先级，优先对账户B进行批量处理，以便及时对交易请求进行处理。这样一来，如果服务器在处理多个批量请求的过程中接收到了新的交易请求，服务器可以将该交易请求对应的批量请求调整为高优先级，从而优先对发生交易的账户进行批量处理，如此，可以保证交易请求得到及时的处理。

考虑到批量处理可能会占用服务器较多的算力资源，在一些可能的实现方式中，可以通过多个服务器对账户数据进行处理。其中，可以将前述用于执行数据处理方法的服务器称为第一服务器，将银行核心系统的其他服务器称为第二服务器。

在本申请实施例中，第一服务器可以接收到交易请求和交易请求对应的信息，并判断该交易请求对应的账户数据是否包括未处理的批量请求。在确定账户数据包括未处理的批量请求后，第一服务器可以将账户数据和未处理的批量数据发送至第二服务器。第二服务器在正常情况下处于空闲状态，在接收到账户数据和未处理的批量请求后，可以快速处理批量请求，即根据未处理的批量请求对账户数据进行处理，得到处理后的账户数据。第二服务器可以将处理后的账户数据发送至第一服务器。第一服务器可以接收第二服务器发送的处理后的账户数据，以便继续进行后续处理。这样一来，如果服务器在处理多个批量请求的过程中接收到了新的交易请求，服务器可以将该交易请求对应的批量请求发送至第二服务器，从而利用空闲的第二服务器对对发生交易的账户进行批量处理，如此，可以保证交易请求得到及时的处理。

S104：在对未处理的批量请求的处理结束后，根据交易数据信息对账户数据进行处理。

在处理完未处理的批量请求后，对账户数据的批量处理结束，那么主数据库中的账户数据无需继续保持固定不变。服务器可以根据交易数据信息对账户数据进行处理，完成对交易请求的处理。

本申请实施例提供了一种数据处理方法，可以先接收交易请求和所述交易请求对应的信息，交易请求对应的信息可以包括该交易请求对应的账户信息和交易数据信息。接着可以从主数据库中获取所述账户信息对应的账户数据，并判断所述账户数据中是否包括未处理的批量请求。其中，主数据库可以用于存储至少一个账户信息对应的账户数据。当账户数据中包括未处理的批量请求时，说明该账户的批量处理尚未结束，可以先对未处理的批量请求进行处理。并在对未处理的批量请求的处理结束后，在根据交易数据信息对账户数据进行处理。这样一来，在需要进行批量处理时，可以直接采集主数据库中的账户数据进行处理。如果在进行批量处理的过程中接收到了新的交易请求，那么可以在批量处理结束后再对交易请求进行处理。如此，仅需一个主数据库即可保证批量处理业务和交易请求处理业务的进行。相较于现有技术，减少了跨数据库访问造成的性能损耗，从而提高了业务处理的速度。

另外，为了将静态的账户数据和动态的账户数据分隔开，在一些可能的实现方式中，银行核心系统还可以包括至少一个子数据库。需要说明的是，子数据库仅仅是一种用途上的描述，并不代表子数据库与主数据库属于硬件上独立不同的数据库

在本申请实施例中，服务器在完成交易请求处理后，服务器可以将处理后的账户数据更新至主数据库中，并将主数据库中存储的数据同步至第一子数据库。这样一来，第一子数据库中存储的数据与主数据库保持同步。那么在进行批量处理或生成报表等需要静态数据的业务时，只需停止第一子数据库与主数据之间的同步，第一子数据库中的数据即为固定不变的静态数据。如此，主数据库中存储的数据为动态数据，第一子数据库中可以存储静态数据，从而实现动态数据和静态数据的分离。

在一些可能的实现方式中，银行核心系统还可以包括第二子数据库，用于生成静态数据。在接收到静态数据生成请求后，服务器可以记录接收该静态数据生成请求的第一时间，并停止主数据库与第一子数据库之间的数据同步。服务器还可以将第一子数据库中存储的数据复制到第二子数据库中。可以将服务器复制完成的时间成为第二时间。那么在第二时间，第二子数据库中存储的数据与第一子数据库中存储的数据一致。服务器可以将主数据库在第一时间和第二时间之间的时间间隔中更新的账户数据增加至第二子数据库中。如此，第二子数据库中存储的数据与第二时间主数据库中存储的数据一致，可以作为静态数据进行后续处理。

以上为本申请实施例提供数据处理方法的一些具体实现方式，基于此，本申请还提供了对应的系统。下面对本申请实施例提供的数据处理系统进行介绍。需要说明的是，在一些可能的实现方式中，该系统可以为银行核心系统。

参见图2所示的数据处理系统的结构示意图，该系统200包括主数据库210和第一服务器220。

所述主数据库210，用于存储至少一个账户信息对应的账户数据。

所述第一服务器220，用于接收交易请求和所述交易请求对应的信息，所述交易请求对应的信息包括所述交易请求对应的账户信息和交易数据信息；从主数据库210中获取所述账户信息对应的账户数据，并判断所述账户数据中是否包括未处理的批量请求；当所述账户数据中包括未处理的批量请求时，对所述未处理的批量请求进行处理；在对所述未处理的批量请求的处理结束后，根据所述交易数据信息对所述账户数据进行处理。

本申请实施例提供了一种数据处理系统，可以先接收交易请求和所述交易请求对应的信息，交易请求对应的信息可以包括该交易请求对应的账户信息和交易数据信息。接着可以从主数据库中获取所述账户信息对应的账户数据，并判断所述账户数据中是否包括未处理的批量请求。其中，主数据库可以用于存储至少一个账户信息对应的账户数据。当账户数据中包括未处理的批量请求时，说明该账户的批量处理尚未结束，可以先对未处理的批量请求进行处理。并在对未处理的批量请求的处理结束后，在根据交易数据信息对账户数据进行处理。这样一来，在需要进行批量处理时，可以直接采集主数据库中的账户数据进行处理。如果在进行批量处理的过程中接收到了新的交易请求，那么可以在批量处理结束后再对交易请求进行处理。如此，仅需一个主数据库即可保证批量处理业务和交易请求处理业务的进行。相较于现有技术，减少了跨数据库访问造成的性能损耗，从而提高了业务处理的速度。

可选地，在一些可能的实现方式中，所述第一服务器220具体用于：

将所述未处理的批量请求对应的处理优先级调整为高优先级，以便优先对所述未处理的批量请求进行处理。

这样一来，如果服务器在处理多个批量请求的过程中接收到了新的交易请求，服务器可以将该交易请求对应的批量请求调整为高优先级，从而优先对发生交易的账户进行批量处理，如此，可以保证交易请求得到及时的处理。

可选地，参见图3，在图2所示系统的基础上，所述系统200还包括第二服务器230。

所述第二服务器230，用于根据所述未处理的批量请求对所述账户数据进行处理。

所述第一服务器220，具体用于将所述未处理的批量请求和所述账户数据发送至第二服务器220；接收第二服务器220发送的账户数据，所述账户数据为第二服务器220根据所述未处理的批量请求进行处理后得到的账户数据。

这样一来，如果服务器在处理多个批量请求的过程中接收到了新的交易请求，服务器可以将该交易请求对应的批量请求发送至第二服务器，从而利用空闲的第二服务器对对发生交易的账户进行批量处理，如此，可以保证交易请求得到及时的处理。

可选地，参见图4，在图2所示系统的基础上，所述系统200还包括第一子数据库240；

所述第一子数据库240，用于存储主数据库的同步数据。

所述第一服务器220，还用于将处理后的账户数据更新至主数据库210，并将主数据库210的数据实时同步至所述第一子数据库240。

这样一来，第一子数据库中存储的数据与主数据库保持同步。那么在进行批量处理或生成报表等需要静态数据的业务时，只需停止第一子数据库与主数据之间的同步，第一子数据库中的数据即为固定不变的静态数据。如此，主数据库中存储的数据为动态数据，第一子数据库中可以存储静态数据，从而实现动态数据和静态数据的分离。

可选地，参见图5，在图4所示系统的基础上，所述系统200还包括第二子数据库250；

所述第二子数据库250，用于生成静态数据。

所述第一服务器220，还用于接收静态数据生成请求，并记录接收所述静态数据生成请求的第一时间；在所述第一时间停止所述主数据库210与所述第一子数据库240的之间的数据同步，并将所述第一子数据库40的数据复制到所述第二子数据库250中；记录复制完成的第二时间；将所述主数据库210在第一时间和第二时间之间的时间间隔中更新的账户数据添加至所述第二子数据库250中，并将所述第二子数据库250的数据作为静态数据。

如此，第二子数据库中存储的数据与第二时间主数据库中存储的数据一致，可以作为静态数据进行后续处理。

本申请实施例中提到的“第一服务器”、“第二服务器”等名称中的“第一”、“第二”只是用来做名字标识，并不代表顺序上的第一、第二。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，ROM)/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请示例性的实施方式，并非用于限定本申请的保护范围。

Claims (10)

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

接收交易请求和所述交易请求对应的信息，所述交易请求对应的信息包括所述交易请求对应的账户信息和交易数据信息；

从主数据库中获取所述账户信息对应的账户数据，并判断所述账户数据中是否包括未处理的批量请求，所述批量请求为对所述账户数据进行批量处理的请求，所述主数据库用于存储至少一个账户信息对应的账户数据；

当所述账户数据中包括未处理的批量请求时，对所述未处理的批量请求进行处理；

在对所述未处理的批量请求的处理结束后，根据所述交易数据信息对所述账户数据进行处理。

2.根据权利要求1所述的方法，其特征在于，所述对所述未处理的批量请求进行处理包括：

将所述未处理的批量请求对应的处理优先级调整为高优先级，以便优先对所述未处理的批量请求进行处理。

3.根据权利要求1所述的方法，其特征在于，所述方法应用于第一服务器，所述对所述未处理的批量请求进行处理包括：

第一服务器将所述未处理的批量请求和所述账户数据发送至第二服务器，以便所述第二服务器根据所述未处理的批量请求对所述账户数据进行处理；

所述在对所述未处理的批量请求的处理结束后，根据所述交易数据信息对所述账户数据进行处理包括：

接收第二服务器发送的账户数据，所述账户数据为第二服务器处理后的账户数据。

4.根据权利要求1所述的方法，其特征在于，在对根据所述交易数据信息对所述账户数据进行处理后，所述方法还包括：

将处理后的账户数据更新至主数据库，并将主数据库的数据实时同步至第一子数据库。

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

接收静态数据生成请求，并记录接收所述静态数据生成请求的第一时间；

在所述第一时间停止所述主数据库与所述第一子数据库的之间的数据同步，并将所述第一子数据库的数据复制到第二子数据库中；

记录复制完成的第二时间；

将所述主数据库在第一时间和第二时间之间的时间间隔中更新的账户数据添加至所述第二子数据库中，并将所述第二子数据库的数据作为静态数据。

6.一种数据处理系统，其特征在于，所述系统包括主数据库和第一服务器；

所述主数据库，用于存储至少一个账户信息对应的账户数据；

所述第一服务器，用于接收交易请求和所述交易请求对应的信息，所述交易请求对应的信息包括所述交易请求对应的账户信息和交易数据信息；从主数据库中获取所述账户信息对应的账户数据，并判断所述账户数据中是否包括未处理的批量请求；当所述账户数据中包括未处理的批量请求时，对所述未处理的批量请求进行处理；在对所述未处理的批量请求的处理结束后，根据所述交易数据信息对所述账户数据进行处理。

7.根据权利要求6所述的系统，其特征在于，

所述第一服务器，具体用于将所述未处理的批量请求对应的处理优先级调整为高优先级，以便优先对所述未处理的批量请求进行处理。

8.根据权利要求6所述的系统，其特征在于，所述系统还包括第二服务器；

所述第一服务器，具体用于将所述未处理的批量请求和所述账户数据发送至第二服务器；接收第二服务器发送的账户数据，所述账户数据为第二服务器根据所述未处理的批量请求进行处理后得到的账户数据；

所述第二服务器，用于根据所述未处理的批量请求对所述账户数据进行处理。

9.根据权利要求6所述的系统，其特征在于，所述系统还包括第一子数据库；

所述第一子数据库，用于存储主数据库的同步数据；

所述第一服务器，还用于将处理后的账户数据更新至主数据库，并将主数据库的数据实时同步至所述第一子数据库。

10.根据权利要求9所述的系统，其特征在于，所述系统还包括第二子数据库；

所述第二子数据库，用于生成静态数据；

所述第一服务器，还用于接收静态数据生成请求，并记录接收所述静态数据生成请求的第一时间；在所述第一时间停止所述主数据库与所述第一子数据库的之间的数据同步，并将所述第一子数据库的数据复制到所述第二子数据库中；记录复制完成的第二时间；将所述主数据库在第一时间和第二时间之间的时间间隔中更新的账户数据添加至所述第二子数据库中，并将所述第二子数据库的数据作为静态数据。

Images