[发明专利]业务处理方法、装置及系统

说明书

本申请实施例提供了一种业务处理方法、装置及系统，该方法包括：接收业务请求；将所述业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；在成功处理所述业务请求后，将当前所述新数据对象中指定范围内的数据打包成数据包保存，并返回业务处理结果；当业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应插入所述指定数据库中的各个业务相关的数据表中。本申请实施例可减轻业务处理系统的处理压力。并且是同步处理业务请求并返回处理结果，用户体验高。

技术领域

本申请涉及数据库技术领域，尤其是涉及一种业务处理方法、装置及系统。

背景技术

一般的，在实现一个业务时，业务处理系统往往需要对数据库进行多次的读写操作。比如支付宝的商户红包业务，当用户输入口令领取一笔现金红包的时，资金业务处理系统会调用支付业务处理系统处理单笔余额账户转账，同时在资金系统的数据库中落地该笔业务请求的详细信息，而要完成上述数据处理过程，一般需要对数据库进行约几十次的读写操作。在业务量高并发情况下，这将对业务处理系统及数据库造成巨大压力。

为解决上述技术问题，现有的技术优化方案基本上采取以下两种思路来优化：

方案一：将同步请求处理的模式改为异步处理。以上述支付宝的商户红包业务为例，当采取异步处理请求的时候，资金业系统在接收到转账请求的时候只在数据库中保存单据的初始信息，待业务高峰过后，再由系统的定时任务捞取业务单据处理转账请求然后保存请求处理结果。

方案二：保持同步请求处理不变，修改业务处理系统中的业务领域模型，将相似的数据库表合并于一张表中，这样原来的对多张表的多次操作就可以降低为对一张表的一次读写操作)，从而降低数据库的读写操作。

然而，上述两种优化方案在解决问题的同时，也带来了新的问题。比如上述方案一将业务请求的处理模式从同步更改为异步，虽然能提高系统在业务高峰期的业务请求处理能力，但是上游系统并不能立即得到业务请求的处理结果，从而使用户并不能及时得到业务处理结果，用户体验较差。而上述方案二的实现需要对原有数据库进行较大的改造，这样不仅对原有数据库入侵较大，也需要耗费较大的改造成本，同时还可能导致新老数据模型不兼容的问题。

发明内容

本申请实施例的目的在于提供一种业务实现的方法、装置及系统，在不改动原有数据库的前提下，提高业务高峰期的业务请求处理能力，并兼顾用户体验。

为达到上述目的，一方面，本申请实施例提供了一种业务处理方法，包括以下步骤：

接收业务请求；

将所述业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；

在成功处理所述业务请求后，将当前所述新数据对象中指定范围内的数据打包成数据包保存，并返回业务处理结果；

当业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应插入所述指定数据库中的各个业务相关的数据表中。

另一方面，本申请实施例还提供了一种业务处理装置，包括：

业务请求接收模块，用于接收业务请求；

数据模型转换模块，用于将所述业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；

业务数据打包模块，用于在成功处理所述业务请求后，将当前所述新数据对象中指定范围内的数据打包成数据包保存；

第一结果返回模块，用于在成功处理所述业务请求后，返回业务处理结果；