[发明专利]用于订单处理的方法及装置

说明书

本发明实施例公开一种用于订单处理的方法及装置。涉及计算机信息处理领域，该方法包括：获取待处理的多个订单，所述多个订单中的至少部分订单间存在相关关系；根据订单的第一选定字段确定分库逻辑；根据订单的第二选定字段确定分表逻辑；通过所述分库逻辑将所述多个订单中的每一个订单分配到指定数据库，所述指定数据库为多个数据库其中之一；以及在所述指定数据库中，通过所述分表逻辑将所述订单分配到指定数据表，所述指定数据表为多个数据表其中之一。本发明实施例公开的用于订单处理的方法及装置，能够减轻核心数据库的存储压力和接口的使用频率。

技术领域

本发明实施例涉及计算机信息处理领域，具体而言，涉及一种用于订单处理的方法及装置。

背景技术

随着互联网技术的发展网上购物的数量和种类日益增多，随着而来产生了大量的订单产品，一般情况下，不同种类以及日期的订单会被存储在不同的数据库中，而这些订单之间又存在着某些关系，在需要按照某种规则将这些在不同的数据库中的存在关联关系的订单数据进行快速高效整理和汇总时，经常会涌现大量的问题。可例如，在保险行业中，人们越来越重视给自己和家人购买各种保险产品，互联网保险系统的数据量与日俱增。仅对于一个保险产品的一个表来说，每天产生的表单数目就可高达几百万个。在拥有如此庞大的数据量的系统中，想要查询某一个用户的明细数据、实现财务对账、累和数据就变得相当困难。

传统的方案是使用flag标志来标识当前已经处理的数据，以个人为单位进行合单，在系统中为每个人建立一张关联表，存储该人的汇总保单与所有小保单的关联关系。由于互联网保险的用户数量巨大，可高达千万级别，因此使用这种方法，在合单之后需要维护每个人的汇总保单与各个小保单的关联关系，维护难度很大，容易出现错误。在修改标识位时，需要与核心数据库系统进行频繁交互，所需要的数据库操作时间长，对数据库的压力大，用户体验差，同时对服务器的配置要求比较高。

另一种传统方案是将所有数据直接通过分库分表进行存储，不进行合单，在查询和修改时直接与核心系统进行交互。容易理解，这种方案的弊端在于：与核心数据库系统交互过于频繁，对核心数据库系统压力大；不利于直接在数据层进行运行维护，需要使用专门的统计程序进行统计运维。

因此，需要一种新的用于订单处理的方法及装置。

在所述背景技术部分公开的上述信息仅用于加强对本发明实施例的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本发明实施例提供一种用于订单处理的方法及装置，能够减轻核心数据库的存储压力和接口的使用频率。

本发明实施例的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明实施例的实践而习得。

根据本发明实施例的一方面，提出一种用于订单处理的方法，该方法包括：获取待处理的多个订单，所述多个订单中的至少部分订单间存在相关关系；根据订单的第一选定字段确定分库逻辑；根据订单的第二选定字段确定分表逻辑；通过所述分库逻辑将所述多个订单中的每一个订单分配到指定数据库，所述指定数据库为多个数据库其中之一；以及在所述指定数据库中，通过所述分表逻辑将所述订单分配到指定数据表，所述指定数据表为多个数据表其中之一。

在本公开的一种示例性实施例中，还包括：在将所述订单分配到所述指定数据表之后，将所述多个数据库中的订单进行汇总处理。

在本公开的一种示例性实施例中，还包括：在确定分库逻辑之前，通过订单的数量确定数据库的数量与数据表的数量。

在本公开的一种示例性实施例中，将订单的编号中的基础字段作为所述第一选定字段与所述第二选定字段。