CN107967284B - 用于存储、查询订单信息的方法和装置 - Google Patents

Abstract

本申请公开了用于存储、查询订单信息的方法和装置。所述用于存储订单信息的方法的一具体实施方式包括：在接收到用户通过终端发送的订单生成请求时，生成订单序号；获取所述用户的标识码；对所述标识码进行处理，并结合所述订单序号，生成订单编号；根据所述订单编号、预设的数据库的数量以及预设的每个所述数据库的数据表的数量，确定与所述订单编号对应的第一数据表；将订单信息存储至所述第一数据表中，所述订单信息包括所述标识码、所述订单编号。该实施方式同时建立了用户的标识码以及订单编号与各数据库、各数据表的对应关系，实现了基于用户的标识码和订单编号，对订单数据的分数据库、分数据表存储，便于对订单数据的维护。

Description

用于存储、查询订单信息的方法和装置

技术领域

本申请涉及互联网技术领域，具体涉及网络数据处理领域，尤其涉及用于存储、查询订单信息的方法和装置。

背景技术

随着电子商务交易平台的发展，越来越多的用户通过网络购买物品，商品种类可以涉及到人们日常生活的方方面面，为人们生活提供了极大的便利。

用户在确定想要购买的商品后，通常会在线下单，电子商务交易平台会将用户的订单数据存储。随着网购用户的增多及每个用户购买物品数量的增多，电子商务交易平台的订单系统需要存储海量订单数据。传统的单数据库单数据表的设计已不能满足需求。

现有的订单系统会对海量订单数据进行分数据库分数据表存储，但其主要基于订单编号或用户标识码(标识用户的字符串或数字)对海量订单数据进行分库和分表。这就造成在查询订单数据时只能通过订单编号或用户标识码来查询订单数据。例如，在存储时是基于订单编号来存储订单数据的，如果用户输入标识码来查询订单数据，订单系统需要遍历所有数据库的所有数据表，查询效率低下。

发明内容

本申请的目的在于提出一种用于存储、查询订单信息的方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种用于存储订单信息的方法，所述方法包括：在接收到用户通过终端发送的订单生成请求时，生成订单序号；获取所述用户的标识码；对所述标识码进行处理，并结合所述订单序号，生成订单编号；根据所述订单编号、预设的数据库的数量以及预设的每个所述数据库的数据表的数量，确定与所述订单编号对应的第一数据表；将订单信息存储至所述第一数据表中，所述订单信息包括所述标识码、所述订单编号。

在一些实施例中，所述在接收到用户通过终端发送的订单生成请求时，生成订单序号，包括：每接收到用户通过终端发送的订单生成请求时，将预设的订单序号值增加第一预设值，得到订单序号。

在一些实施例中，所述对所述标识码进行处理，并结合所述订单序号，生成订单编号，包括：对所述标识码进行哈希运算，得到所述标识码的哈希码；将所述哈希码与第二预设值相除，得到第一商值和第一余数值；根据所述第一商值与所述第一余数值，确定所述标识码的区分码；将所述区分码拼接在所述订单序号之后，得到所述订单编号。

在一些实施例中，所述根据所述第一商值与所述第一余数值，确定所述标识码的区分码，包括：对所述第一商值与所述第一余数值进行加和运算，得到第一和值，并执行以下比较步骤：将所述第一和值的位数与第三预设值进行比较；响应于所述第一和值的位数等于所述第三预设值，将所述第一和值作为所述区分码；响应于所述第一和值的位数小于所述第三预设值，在所述第一和值之前补零，以使补零后的第一和值的位数与所述第三预设值相等，并将所述补零后的第一和值作为所述区分码；响应于所述第一和值的位数大于所述第三预设值，将所述第一和值与所述第二预设值相除，将得到的商值和余数值的和作为所述第一和值继续执行所述比较步骤。

在一些实施例中，所述根据所述订单编号、预设的数据库的数量以及每个所述数据库中预设的数据表的数量，确定与所述订单编号对应的第一数据表，包括：根据所述订单编号及所述预设的数据库的数量，确定与所述订单编号对应的第一数据库；根据所述订单编号及所述预设的数据表的数量，确定在所述第一数据库中与所述订单编号对应的所述第一数据表。

在一些实施例中，所述根据所述订单编号及所述预设的数据库的数量，确定与所述订单编号对应的第一数据库，包括：对所述区分码与所述预设的数据库的数量进行取余运算，得到第二余数值；根据所述第二余数值，确定所述第一数据库。

在一些实施例中，所述根据所述订单编号及所述预设的数据表的数量，确定在所述第一数据库中与所述订单编号对应的所述第一数据表，包括：将所述区分码与所述预设的数据库数量相除，得到第二商值；将所述第二商值与所述预设的数据表的数量相除，得到第三余数值；根据所述第三余数值，确定所述第一数据表。

在一些实施例中，所述方法还包括以下至少一项：将以下至少一项存储到所述第一数据表中：接收所述订单生成请求的时间、订单中商品的名称、订单的状态；在接收到所述用户通过终端发送的订单更新请求时，将更新的订单信息存储至所述第一数据表。

第二方面，本申请提供了一种用于查询订单信息的方法，所述方法包括：获取用户通过终端输入的订单查询信息，所述订单查询信息包括以下至少一项：所述用户的标识码、订单编号；对所述订单查询进行解析处理，确定与所述订单查询信息对应的区分码；根据所述区分码、数据库的数量以及每个所述数据库的数据表的数量，确定所述订单查询信息所属的数据表；将所述数据表中所述订单查询信息指示的订单信息输出。

在一些实施例中，所述对所述订单查询进行解析处理，确定与所述订单查询信息对应的区分码，包括：响应于所述用户通过终端输入所述标识码，对所述标识码进行哈希运算，得到所述标识码的哈希码；将所述哈希码与第四预设值相除，得到第四商值和第四余数值；根据所述第四商值和所述第四余数值，确定所述区分码。

在一些实施例中，所述根据所述第四商值和所述第四余数值，确定所述区分码，包括：对所述第四商值与所述第四余数值进行加和运算，得到第二和值，并执行以下比较步骤：将所述第二和值的位数与第五预设值进行比较；响应于所述第二和值的位数等于所述第五预设值，将所述第二和值作为所述区分码；响应于所述第二和值的位数小于所述第五预设值，在所述第二和值之前补零，以使补零后的第二和值的位数与所述第五预设值相等，并将所述补零后的第二和值作为所述区分码；响应于所述第二和值的位数大于所述第五预设值，将所述第二和值与所述第四预设值相除，将得到的商值和余数值的和作为所述第二和值继续执行所述比较步骤。

在一些实施例中，所述对所述订单查询进行解析处理，确定与所述订单查询信息对应的区分码，包括：响应于所述用户通过终端输入所述订单编号，提取所述订单编号自后向前所述第五预设值位数的数字作为所述区分码。

在一些实施例中，所述根据所述区分码、数据库的数量以及每个所述数据库的数据表的数量，确定所述订单查询信息所属的数据表，包括：将所述区分码与预设的数据库数量相除，得到第五商值和第五余数值；根据所述第五余数值，确定所述第二数据库；将所述第五商值与预设的数据表的数量相除，得到第六余数值；根据所述第六余数值，确定所述数据表。

在一些实施例中，所述数据表中存储有各订单的订单生成时间；以及所述方法还包括：获取订单统计请求；解析所述订单统计请求，确定统计目标时间段；利用预设的搜索引擎，提取各数据库的每个数据表中的订单生成时间；将所述订单生成时间位于所述统计目标时间段内的订单信息输出。

第三方面，本申请提供了一种用于存储订单信息的装置，所述装置包括：所述装置包括：订单序号生成单元，用于在接收到用户通过终端发送的订单生成请求时，生成订单序号；标识码获取单元，用于获取所述用户的标识码；订单编号生成单元，用于对所述标识码进行处理，并结合所述订单序号，生成订单编号；第一数据表确定单元，用于根据所述订单编号、预设的数据库的数量以及预设的每个所述数据库的数据表的数量，确定与所述订单编号对应的第一数据表；第一存储单元，用于将订单信息存储至所述第一数据表中，所述订单信息包括所述标识码、所述订单编号。

在一些实施例中，所述订单序号生成单元进一步用于：每接收到用户通过终端发送的订单生成请求时，将预设的订单序号值增加第一预设值，得到订单序号。

在一些实施例中，所述订单编号生成单元，包括：哈希码确定模块，用于对所述标识码进行哈希运算，得到所述标识码的哈希码；第一相除模块，用于将所述哈希码与第二预设值相除，得到第一商值和第一余数值；区分码确定模块，用于根据所述第一商值与所述第一余数值，确定所述标识码的区分码；订单编号确定模块，用于将所述区分码拼接在所述订单序号之后，得到所述订单编号。

在一些实施例中，所述区分码确定模块进一步用于：对所述第一商值与所述第一余数值进行加和运算，得到第一和值，并执行以下比较步骤：将所述第一和值的位数与第三预设值进行比较；响应于所述第一和值的位数等于所述第三预设值，将所述第一和值作为所述区分码；响应于所述第一和值的位数小于所述第三预设值，在所述第一和值之前补零，以使补零后的第一和值的位数与所述第三预设值相等，并将所述补零后的第一和值作为所述区分码；响应于所述第一和值的位数大于所述第三预设值，将所述第一和值与所述第二预设值相除，将得到的商值和余数值的和作为所述第一和值继续执行所述比较步骤。

在一些实施例中，所述第一数据表确定单元包括：第一数据库确定模块，用于根据所述订单编号及所述预设的数据库的数量，确定与所述订单编号对应的第一数据库；第一数据表确定模块，用于根据所述订单编号及所述预设的数据表的数量，确定在所述第一数据库中与所述订单编号对应的所述第一数据表。

在一些实施例中，所述第一数据库确定模块进一步用于：对所述区分码与所述预设的数据库的数量进行取余运算，得到第二余数值；根据所述第二余数值，确定所述第一数据库。

在一些实施例中，所述第一数据表确定模块进一步用于：将所述区分码与所述预设的数据库数量相除，得到第二商值；将所述第二商值与所述预设的数据表的数量相除，得到第三余数值；根据所述第三余数值，确定所述第一数据表。

在一些实施例中，所述装置还包括以下至少一项：第二存储单元，用于将以下至少一项存储到所述第一数据表中：接收所述订单生成请求的时间、订单中商品的名称、订单的状态；更新存储单元，用于在接收到所述用户通过终端发送的订单更新请求时，将更新的订单信息存储至所述第一数据表。

第四方面，本申请提供了一种用于查询订单信息的装置，所述装置包括：订单查询信息获取单元，用于获取用户通过终端输入的订单查询信息，所述订单查询信息包括以下至少一项：所述用户的标识码、订单编号；区分码确定单元，用于对所述订单查询信息进行解析处理，确定与所述订单查询信息对应的区分码；第二数据表确定单元，用于根据所述区分码、数据库的数量以及每个所述数据库的数据表的数量，确定所述订单查询信息所属的数据表；第一订单信息输出单元，用于将所述数据表中所述订单查询信息指示的订单信息输出。

在一些实施例中，所述区分码确定单元包括：第一区分码确定模块，用于响应于所述用户通过终端输入所述标识码，对所述标识码进行哈希运算，得到所述标识码的哈希码；将所述哈希码与第四预设值相除，得到第四商值和第四余数值；根据所述第四商值和所述第四余数值，确定所述区分码。

在一些实施例中，所述第一区分码确定模块进一步用于：对所述第四商值与所述第四余数值进行加和运算，得到第二和值，并执行以下比较步骤：将所述第二和值的位数与第五预设值进行比较；响应于所述第二和值的位数等于所述第五预设值，将所述第二和值作为所述区分码；响应于所述第二和值的位数小于所述第五预设值，在所述第二和值之前补零，以使补零后的第二和值的位数与所述第五预设值相等，并将所述补零后的第二和值作为所述区分码；响应于所述第二和值的位数大于所述第五预设值，将所述第二和值与所述第四预设值相除，将得到的商值和余数值的和作为所述第二和值继续执行所述比较步骤。

在一些实施例中，所述区分码确定单元包括：第二区分码确定模块，用于响应于所述用户通过终端输入所述订单编号，提取所述订单编号自后向前所述第五预设值位数的数字作为所述区分码。

在一些实施例中，所述第二数据表确定单元包括：第二相除模块，用于将所述区分码与预设的数据库数量相除，得到第五商值和第五余数值；第二数据库确定模块，用于根据所述第五余数值，确定所述第二数据库；第三相除模块，用于将所述第五商值与预设的数据表的数量相除，得到第六余数值；第二数据表确定模块，用于根据所述第六余数值，确定所述数据表。

在一些实施例中，所述数据表中存储有各订单的订单生成时间；以及所述装置还包括：订单统计请求获取单元，用于获取用户通过终端发送的订单统计请求；请求解析单元，用于解析所述订单统计请求，确定统计目标时间段；生成时间提取单元，用于利用预设的搜索引擎，提取各数据库的每个数据表中的订单生成时间；第二订单信息输出单元，用于将所述订单生成时间位于所述统计目标时间段内的与所述用户相关的订单信息输出。

本申请提供的用于存储、查询订单信息的方法和装置，在存储时，将用户的标识码与订单序号结合，生成订单编号，并根据上述订单编号以及预设的数据库的数量、每个数据库中数据表的数量，确定上述订单数据对应的数据表，然后将订单数据存储到对应的数据表中，实现了基于用户的标识码和订单编号的分数据库分数据表存储；在查询时，支持用户输入的标识码和/或订单编号，根据上述标识码和/或订单编号，确定对应的区分码，然后确定上述标识码和/或订单编号所存储的数据表，将查询到的订单信息输出，从而无需遍历所有的数据库和数据表，提高了查询效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的用于存储订单信息的方法的一个实施例的流程图；

图3是根据本申请的用于存储订单信息的方法的一个应用场景的示意图；

图4是根据本申请的用于存储订单信息的方法中基于标识码及订单序号确定订单编号对应的数据表的一个实施例的流程图；

图5是图4所示流程中各数据、各数据之间的关系及各数据与各步骤的对应关系示意图；

图6是根据本申请的用于查询订单信息的方法的一个实施例的流程图；

图7是根据本申请的用于存储订单信息的装置的一个实施例的结构示意图；

图8是根据本申请的用于查询订单信息的装置的一个实施例的结构示意图；

图9是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于存储订单信息的方法、用于查询订单信息的方法、用于存储订单信息的装置或用于查询订单信息的装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104、104’、服务器105和数据库106、107。数据库106、107均包括多个数据表。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质；网络104’用以在服务器105和数据库106、107之间提供通信链路的介质。网络104、104’可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等，服务器105可通过网络104’与数据库106、107中的数据表进行交互，以存储、查询、更新数据等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用等。

终端设备101、102、103可以是具有显示屏并且支持网络购物的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上确定的订单提供支持的订单服务器。订单服务器可以对接收到的订单生成请求或订单查询请求等数据进行分析等处理，并查询数据库中的数据表，并将处理结果(例如订单信息)反馈给终端设备。

数据库106、107可以是存储各种信息的数据库，例如存储用户通过终端确认的订单信息。数据库中可以包括多个数据表，每个数据表可以存储多条订单信息。数据库106、107可以允许服务器105对其中存储的数据进行写入、输出、查询等操作。

需要说明的是，本申请实施例所提供的用于存储订单信息的方法及用于查询订单信息的方法一般由服务器105执行，相应地，用于存储订单信息的装置及用于查询订单信息的装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络、服务器和数据库的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络、服务器和数据库。

继续参考图2，示出了根据本申请的用于存储订单信息的方法的一个实施例的流程200。本实施例的用于存储订单信息的方法，包括以下步骤：

步骤201，在接收到用户通过终端发送的订单生成请求时，生成订单序号。

在本实施例中，用于存储订单信息的方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式从用户利用其进行网络购物的终端接收订单生成请求。其中，上述订单生成请求包括用户想要购买的商品信息、用户信息等。服务器在接收到上述订单生成请求时，会生成一个订单序号，此订单序号可以是一串数字，也可以是数字和字母组成的字符串。可以理解的是，不同的订单生成请求对应的订单序号是不同的。

需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

在本实施例的一些可选的实现方式中，服务器在每接收到用户通过终端发送的订单生成请求时，可以在预设的订单序号值增加第一预设值，得到订单序号。例如，服务器可以将订单序号的起始值设置为000000，每接收到一个订单生成请求，则将上述起始值加1，得到各订单的订单序号。可以理解的是，本实施例并不对上述订单序号的起始值、第一预设值的数值进行限定，本领域技术人员可根据实际需要自行限定。

步骤202，获取上述用户的标识码。

本实施例中，每个在电子商务交易平台上注册或登录的用户都有一个唯一的标识码，此标识码可以由字母和/或数字组成。服务器可以预存有用户名与对应的标识码的列表，也可以从其它设备中获取上述用户的标识码。

在本实施例的一些可选的实现方式中，上述标识码还可以表示用户所归属的地区，例如用户在中国注册，则该用户的标识码中包括用于标识用户所属的地区的字符。上述字符可以是注册国家的代码，例如可以预先设置中国的代码为“01”；上述字符还可以是注册国家的字符，例如中国的简写可为“cn”或“chn”。这样，在对订单信息进行分数据库、分数据表存储时，可以根据用户所归属的地区，将订单信息存储到就近的数据库和数据表中。

步骤203，对标识码进行处理，并结合订单序号，生成订单编号。

为了同时建立用户的标识码与其订单所在的数据库及数据表的对应关系、订单编号与其所在的数据库及数据表的对应关系，首先要将用户的标识码与订单编号一一对应。本实施例中，对标识码进行处理可以是对标识码进行一定的转换得到一个字符串或一个数字，上述转换可以是对标识码进行哈希运算，得到对应的哈希码；还可以是对上述标识码进行编码，得到对应的字符串等。将上述转换得到的字符串或数字与步骤201中生成的订单序号结合，得到订单编号。在将上述转换得到的字符串或数字与订单序号结合时，可以将订单序号与上述字符串或数字进行组合，得到订单编号。可以理解的是，由于每个订单的订单序号是不同的，那么基于订单序号生成的订单编号肯定也是不同的。

步骤204，根据订单编号、预设的数据库的数量以及预设的每个数据库的数据表的数量，确定与订单编号对应的第一数据表。

本实施例中，可以预先设置用于存储订单信息的数据库的数量，还可以预先设置每个数据库中数据表的数量。每个数据库中的数据表的数量可以相同，也可以不同。由于订单数据一般为结构化数据，即可以用二维表结构来逻辑表达实现的数据，所以一般采用mysql、oracle等关系型数据库。为了方便数据库的扩展以及融合，一般设置每个数据库中数据表中的数量为2的N次幂。

本实施例中，可以根据订单编号，预设的数据库的数量、每个数据库中数据表的数量，来确定订单编号与数据表的对应关系。在确定上述对应关系时，每个数据库都有一个编号，每个数据库中的每个数据表也有一个编号。服务器可根据订单编号首先确定数据库的编号，再根据订单编号确定上述数据库中数据表的编号。举例来说，服务器可以根据订单编号的生成时间来确定此订单所属的数据库和数据表，第一个订单存储在编号为1的数据库中编号为1的数据表中、第二个订单存储在编号为1的数据库中编号为2的数据表中……这样，每个订单编号与数据表建立了对应关系；服务器还可以根据订单编号中的部分字符串来确定各订单与数据表的对应关系。

在本实施例的一些可选的实现方式中，服务器具体可以通过图2中未示出的以下子步骤来确定与订单编号对应的数据表：

根据订单编号及预设的数据库的数量，确定与订单编号对应的第一数据库；根据订单编号及预设的数据表的数量，确定在第一数据库中与订单编号对应的所述第一数据表。

本实现方式中，服务器首先根据订单编号及预先设置的数据库的数量来确定与此订单编号对应的数据库，再根据订单编号及预先设置的每个数据库中数据表的数量，确定在此数据库中与上述订单编号对应的数据表。

步骤205，将订单信息存储至第一数据表中。

服务器在确定了与订单编号对应的数据表后，会将与订单相关的订单信息存储到上述数据表中。上述订单信息可以包括上述用户的标识码、订单编号，从而实现订单的分数据库分数据表存储。

在本实施例的一些可选的实现方式中，上述方法还可以包括图2中未示出的以下步骤：

将以下至少一项存储到第一数据表中：接收订单生成请求的时间、订单中商品的名称、订单的状态。

服务器在向数据表中存储数据时，可以将接收用户通过终端发送的订单生成请求的时间、用户购买的商品的名称、以及订单的状态等信息存储到上述数据表中。订单的状态可以包括订单删除、订单关闭、待付款、待发货、待确认收货等。可以理解的是，上述订单信息还可以包括购买的商品的名称、店铺信息、物流状态、商品价格等信息。

在本实施例的一些可选的实现方式中，上述方法还可以包括图2中未示出的以下步骤：

在接收到用户通过终端发送的订单更新请求时，将更新的订单信息存储至第一数据表。

服务器在接收到用户通过终端发送的订单更新请求时，可以将更新的订单信息存储至上述数据表中。上述订单更新请求可以包括：更新的订单信息、订单编号等，其中更新的订单信息可以包括：商品价格的更新、配送地址的更新等。

继续参见图3，图3是根据本实施例的用于存储订单信息的方法的应用场景的一个示意图。在图3的应用场景中，用户301通过终端302首先发起一个“确认订单”的订单生成请求；之后，订单服务器303接收上述订单生成请求，生成一个订单序号“030021”；然后从终端302处获取用户301的标识码“ascde15682errf”，结合订单序号“030021”生成订单编号“0300215849”，然后根据此订单编号确定与此订单编号对应的数据库为编号为2的数据库305，并确定此数据库中与此订单编号对应的数据表为数据表2，服务器303将此订单的订单信息存储到数据表2中。

本申请的上述实施例提供的用于存储订单信息的方法，将用户的标识码与订单序号结合，生成订单编号，并根据上述订单编号以及预设的数据库的数量、每个数据库中数据表的数量，确定上述订单数据对应的数据表，然后将订单数据存储到对应的数据表中，实现了基于用户的标识码和订单编号的分数据库分数据表存储。

图4示出了根据本申请的用于存储订单信息的方法中基于标识码及订单序号确定订单编号对应的数据表的一个实施例的流程图400。为了更加清楚明白的了解本实施例中由用户的标识码、订单序号、预设的数据库的数量以及预设的数据表的数量来确定订单所属的数据库和数据表的过程，图5示出了图4所示的流程中得到的各数据、各数据之间的关系以及各数据与图4中各步骤的对应关系。

结合图4与图5，本实施例的用于存储订单信息的方法包括以下步骤：

步骤401，对标识码进行哈希运算，得到标识码的哈希码。

本实施例中，服务器在获取了用户的标识码后，对上述标识码进行哈希运算，确定上述标识码的哈希码。哈希码是是Java语言的软件开发工具包JDK根据对象的地址或者字符串或者数字算出来的int类型的数值。由于哈希码可以用来表征对象的特征，不同标识码的哈希码也不同，因此此处采用标识码的哈希码来组合订单编号。

步骤402，将哈希码与第二预设值相除，得到第一商值和第一余数值。

在确定上述哈希码后，可以将上述哈希码与第二预设值相除，得到商值和余数值。由于哈希码的类型为int类型，数值长度为20位，因此可以通过合理的设置第二预设值的数值来保证后续运算的进行。本实施例中，可以将上述第二预设值设置为小于10000的2的N次幂，如可以为2¹²或2¹³。当第二预设值的值大于10000可能会造成后续运算的混乱。

在哈希码将上述第二预设值整除时，则余数值为0。

步骤403，根据第一商值与第一余数值，确定区分码。

服务器可以对上述第一商值与第一余数值进行各种运算，确定与用户的标识码对应的区分码，例如，可以对第一商值与第一余数值进行加、减、乘、除或混合运算来确定区分码。

在本实施例的一些可选的实现方式中，上述步骤402具体可以通过图4中未示出的以下步骤来实现：

对第一商值与第一余数值进行加和运算，得到第一和值，并执行以下比较步骤：将第一和值的位数与第三预设值进行比较；响应于第一和值位数等于第三预设值，将第一和值作为区分码；响应于第一和值的位数小于第三预设值，在第一和值之前补零，以使补零后的第一和值的位数与第三预设值相等，并将补零后的第一和值作为区分码；

响应于第一和值位数大于第三预设值，将第一和值与第二预设值相除，将得到的商值和余数值的和作为第一和值继续执行上述比较步骤。

服务器可以先将第一商值与第一余数值进行加和，确定第一和值。然后将第一和值的位数与第三预设值进行比较，此处，第三预设值可以为服务器期望的区分码的位数，其可以为小于20的任意数值，例如可以为4。可以理解的是，本实施例对此不做限定，本领域技术人员可以根据实际应用场景限定此数值。

如果第一和值的位数小于第三预设值，则在第一和值前补零，使得补零后的第一和值的位数等于第三预设值，并将补零后的第一和值作为区分码。例如，计算得到第一和值为26，第三预设值为4，则补零后的第一和值为0026，那么此标识码的区分码为0026。

如果第一和值的位数等于第三预设值，则直接将第一和值作为区分码。

如果第一和值的位数大于第三预设值，则将第一和值继续与第二预设值相除，将得到的商值和余数的和值继续与第三预设值进行比较，如果和值的位数仍然大于第三预设值，则进行除以第二预设值，直到和值的位数小于或等于第三预设值，并且在小于的情况下，在和值的前方补零。将最后得到的位数等于第三预设值的数值设置为区分码。

本实现方式中，通过设置第三预设值，对区分码的位数进行了限定，在基于区分码和订单序号生成的订单编号时，一方面可以控制订单编号的数值长度，另一方面也有利于后续根据区分码进行的各项计算。

在本实施例的一些可选的实现方式中，确定了上述区分码后，可以将上述区分码拼接在订单序号之后，生成订单编号。由于可以对区分码的位数进行限定，例如限定区分码的位数为4，则默认订单编号的后4位为区分码。在后续的根据区分码的运算中，可以直接取订单编号的后4位进行运算，提高运算速度。

步骤404，将区分码和预设的数据库的数量相除，得到第二商值和第二余数值。

服务器可以预先设置数据库的数量，并为各数据库进行编号，例如可以设置数据库的数量为32，则数据库的编号可以为0～31。将区分码与数据库的数量相除，得到第二商值和第二余数值。然后根据第二商值和第二余数值确定数据库的编号。

步骤405，根据第二余数值，确定第一数据库。

服务器在将区分码与数据库的数量相除后，可以将得到的余数值作为与此订单对应的数据库的编号。例如，如果得到的余数值为0，则将此订单的订单数据存储到编号为0的数据库中。可以理解的是，得到的余数值不会大于数据库的数量，因此可以为每个订单都确定一个数据库。

步骤406，将第二商值与预设的数据表的数量相除，得到第三余数值。

由于第二余数值用于确定数据库的编号，可以采用第二商值以及数据库中数据表的数量，来确定上述数据库中数据表的编号。例如，假设数据库中数据表的数量为128，对应的编号为0～127。将第二商值与128相除，得到的第三余数为0～127之间的任意数值，根据上述第三余数的值来确定数据表的位置。

步骤407，根据第三余数值，确定第一数据表。

本实施例中，服务器可以将得到的第三余数值作为第一数据表的编号。例如，得到的第三余数值为2，则将此订单的订单信息存储到编号为2的数据表中。

本实施例中，服务器在预先设置每个数据库中数据表的数量时，可以设置数据表的数量满足以下条件：数据库的数量×数据表的数量＝第二预设值，且第二预设值、数据库的数量及数据表的数量均为2的幂次方，例如第二预设值为4096，数据库的数量为32，数据表的数量为128，这样便于数据库的合并与扩展，利于订单系统的维护。

本申请的上述实施例提供的用于存储订单信息的方法，通过将用户的标识码转化为唯一对应的区分码，并将上述区分码融合到订单编号中，然后建立订单编号与各数据库、各数据表的对应关系，同时实现了标识码与各数据库、各数据表的对应以及订单编号与各数据库、各数据表的对应，可以快速的对现有的订单信息进行分库和分表存储；由于在设计数据表中时，设置数据库的数量及数据表的数量满足2的N次幂，方便了数据库及数据表的扩展；根据区分码确定各订单对应的数据库及数据表，可以实现将属于同一用户的订单密集存储，即存储在一个数据表中，利于电子商务交易平台中订单系统的维护。

图6示出了根据本申请的用于查询订单信息的方法的一个实施例的流程图600。如图6所示，本实施例的用于查询订单信息的方法包括以下步骤：

步骤601，获取用户通过终端输入的订单查询信息。

在本实施例中，用于查询订单信息的方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式从用户利用其进行订单的终端接收订单查询信息。上述订单查询信息可以包括用户的标识码，也可以包括订单编号。

可以理解的是，本实施例的服务器可以与图2中所示实施例的服务器为同一个服务器，也可以为不同的服务器。

步骤602，对订单查询信息进行解析处理，确定与订单查询信息对应的区分码。

服务器可以对订单查询信息进行解析处理，确定区分码。上述区分码与用户的标识码及订单编号均存在一一对应关系。当订单查询信息中包括用户的标识码时，服务器可以根据标识码确定区分码，例如服务器可以对标识码进行编码、计算等处理，确定区分码；当订单查询信息中包括订单编号时，服务器可以根据订单编号确定区分码，例如，服务器可以提取订单编号中的一部分来确定区分码，也可以对订单编号进行一定的运算来确定区分码。

在本实施例的一些可选的实现方式中，当步骤602中的订单查询信息为标识码时，服务器通过图6中未示出的以下步骤来确定区分码：

对标识码进行哈希运算，得到标识码的哈希码；将哈希码与第四预设值相除，得到第四商值和第四余数值；根据第四商值和第四余数值，确定区分码。

服务器可以对用户的标识码进行哈希运算，得到与标识码对应的哈希码。然后将哈希码与第四预设值相除，得到第四商值和第四余数值。本实施例的第四预设值可以与图2中的第二预设值相同。然后对第四商值和第四余数值进行各种运算，确定区分码。

在本实施例的一些可选的实现方式中，服务器可以通过图6中未示出的以下步骤来根据第四商值和第四余数值确定区分码：

对第四商值与所述第四余数值进行加和运算，得到第二和值，并执行以下比较步骤：将第二和值的位数与第五预设值进行比较；响应于第二和值位数等于第五预设值，将第二和值作为区分码；响应于第二和值的位数小于第五预设值，在第二和值之前补零，使得补零后的第二和值的位数与所述第五预设值相等，并将补零后的第二和值作为区分码；

响应于第二和值位数大于所述第五预设值，将第二和值与第四预设值相除，将得到的商值和余数值的和作为第二和值继续执行上述比较步骤。

服务器可以先将第四商值与第四余数值进行加和，确定第二和值。然后将第二和值的位数与第五预设值进行比较，此处，第五预设值可以与图4所示实施例的第三预设值相同。

如果第二和值的位数小于第五预设值，则在第如图和值前补零，使得补零后的第如图和值的位数等于第五预设值，并将补零后的第二和值作为区分码。

如果第二和值的位数等于第五预设值，则直接将第二和值作为区分码。

如果第二和值的位数大于第五预设值，则将第二和值继续与第四预设值相除，将得到的商值和余数的和值继续与第三预设值进行比较，如果和值的位数仍然大于第三预设值，则进行除以第二预设值，直到和值的位数小于或等于第三预设值，并且在小于的情况下，在和值的前方补零。将最后得到的位数等于第三预设值的数值设置为区分码。

在本实施例的一些可选的实现方式中，当订单查询信息中包括订单编号时，服务器可以提取订单编号中自后向前第五预设值位数的数字作为区分码。例如，第五预设值为4，订单编号为“0300215849”，则提取后四位“5849”作为区分码。

步骤603，根据区分码、数据库的数量以及每个数据库的数据表的数量，确定订单查询信息所属的数据表。

服务器在确定了区分码之后，可以利用区分码、数据库的数量首先确定订单查询信息所属的数据库，然后利用区分码以及每个数据库的数据表的数量，确定在上述数据库中订单查询信息所属的数据表。

在本实施的一些可选的实现方式中，服务器可以具体通过图6中未示出的以下步骤来确定订单信息所属的数据表：

将区分码与预设的数据库数量相除，得到第五商值和第五余数值；根据第五余数值，确定第二数据库；将第五商值与预设的数据表的数量相除，得到第六余数值；根据第六余数值，确定数据表。

服务器可以预先为各数据库进行编号，例如可以数据库的数量为32，则数据库的编号可以为0～31。将区分码与数据库的数量相除，得到第五商值和第五余数值。将第五余数值作为订单查询信息所属的数据库的编号，然后在此数据库中，将第五商值与此数据库中数据表的数量相除，将得到的第六余数值作为订单查询信息所述的数据表的编号，从而确定了数据表的位置。

步骤604，将数据表中订单查询信息指示的订单信息输出。

服务器在确定了订单查询信息所属的数据表后，可以将数据表中与订单查询信息相关的订单信息输出。当订单查询信息中包括用户的标识码时，则将上述数据表中上述用户的所有订单的订单信息输出；当订单查询信息中包括订单编号时，则将上述数据表中订单编号所指示的一个订单的订单信息输出。

可以理解的是，数据表中可以存储的订单信息的数量是巨大的，一般认为单个数据表能够容纳单个用户的订单信息，因此，当订单查询信息中包括用户的标识码时，其所有的订单信息均存储在一个数据表中。

在本实施例的一些可选的实现方式中，数据表中还可以存储有各订单的订单生成时间，上述方法还可以包括图6中未示出的以下步骤：

获取用户通过终端发送的订单统计请求；解析订单统计请求，确定统计目标时间段；利用预设的搜索引擎，提取各数据库的每个数据表中的订单生成时间；将订单生成时间位于统计目标时间段内的与用户相关的订单信息输出。

服务器可以获取订单统计请求，上述订单统计请求可以包括用户所需的统计目标时间段。上述用户可以是作为买家的用户，用于统计自己在目标时间段内购买的所有物品的订单；还可以是作为卖家的用户，用于统计在目标时间段内售出的所有物品的订单；还可以是电子商务交易平台的管理者，用于统计在目标时间段内平台的成交量。服务器可以解析上述订单统计请求，确定其包含的统计目标时间段。然后利用预设的搜索引擎，提取各数据库中各数据表中的订单生成时间，然后将订单生成时间位于统计目标时间段内且与用户相关的订单信息输出。上述相关可以包括：购买、售出、代为付款等。

示例性的，上述搜索引擎可以为ElasticSearch，ElasticSearch是用Java开发的、基于RESTful web接口的分布式多用户能力的全文搜索引擎。上述数据表中还可以存储订单中商品的名称，通过在上述引擎中输入关键字可以查询包括特定商品的订单的信息。

本申请的上述实施例提供的用于查询订单信息的方法，支持用户输入的标识码和/或订单编号，根据上述标识码和/或订单编号，确定对应的区分码，然后确定上述标识码和/或订单编号所存储的数据表，将查询到的订单信息输出，从而无需遍历所有的数据库和数据表，提高了查询效率。

进一步参考图7，作为对上述各图所示方法的实现，本申请提供了一种用于存储订单信息的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于服务器中。

如图7所示，本实施例的用于存储订单信息的装置700包括：订单序号生成单元701、标识码获取单元702、订单编号生成单元703、第一数据表确定单元704以及第一存储单元705。

其中，订单序号生成单元701，用于在接收到用户通过终端发送的订单生成请求时，生成订单序号。

在本实施例的一些可选的实现方式中，上述订单序号生成单元701还可以进一步用于每接收到用户通过终端发送的订单生成请求时，将预设的订单序号值增加第一预设值，得到订单序号。

标识码获取单元702，用于获取用户的标识码。

订单编号生成单元703，用于对标识码获取单元702获取的标识码进行处理，并结合订单序号生成单元701生成的订单序号，生成订单编号。

在本实施例的一些可选的实现方式中，上述订单编号生成单元703可以包括图7中未示出的哈希码确定模块、第一相除模块、区分码确定模块以及订单编号确定模块。

其中，哈希码确定模块，用于对标识码获取单元702获取的标识码进行哈希运算，得到标识码的哈希码。

第一相除模块，用于将哈希码确定模块确定的哈希码与第二预设值相除，得到第一商值和第一余数值。

区分码确定模块，用于根据第一相除模块确定的第一商值与第一余数值，确定标识码的区分码。

订单编号确定模块，用于将区分码确定模块确定的区分码拼接在订单序号之后，得到订单编号。

在本实施例的一些可选的实现方式中，上述区分码确定模块还可以进一步用于：

对第一商值与第一余数值进行加和运算，得到第一和值，并执行以下比较步骤：将第一和值的位数与第三预设值进行比较；响应于第一和值位数等于第三预设值，将第一和值作为区分码；响应于第一和值的位数小于第三预设值，在第一和值之前补零，以使补零后的第一和值的位数与第三预设值相等，并将补零后的第一和值作为区分码；

响应于第一和值位数大于第三预设值，将第一和值与第二预设值相除，将得到的商值和余数值的和作为区分码。

第一数据表确定单元704，用于根据订单编号生成单元703生成的订单编号、预设的数据库的数量以及预设的每个数据库的数据表的数量，确定与订单编号对应的第一数据表。

在本实施例的一些可选的实现方式中，上述第一数据表确定单元704还可以包括图7中未示出的第一数据库确定模块以及第一数据表确定模块。

其中，第一数据库确定模块，用于根据订单编号及预设的数据库的数量，确定与订单编号对应的第一数据库。

第一数据表确定模块，用于根据订单编号及预设的数据表的数量，确定在第一数据库中与订单编号对应的第一数据表。

在本实施例的一些可选的实现方式中，上述第一数据库确定模块还可以进一步用于：

对区分码与预设的数据库的数量进行取余运算，得到第二余数值；根据第二余数值，确定第一数据库。

在本实施例的一些可选的实现方式中，上述第一数据表确定模块还可以进一步用于：

将区分码与预设的数据库数量相除，得到第二商值；将第二商值与预设的数据表的数量相除，得到第三余数值；根据第三余数值，确定第一数据表。

第一存储单元705，用于将订单信息存储至第一数据表确定单元704确定的第一数据表中，订单信息包括标识码、订单编号。

在本实施例的一些可选的实现方式中，上述用于存储订单信息的装置700还可以包括图7中未示出的第二存储单元及更新存储单元中的至少一项：

第二存储单元，用于将以下至少一项存储到第一数据表中：接收订单生成请求的时间、订单中商品的名称、订单的状态。

更新存储单元，用于在接收到用户通过终端发送的订单更新请求时，将更新的订单信息存储至第一数据表。

本申请的上述实施例提供的用于存储订单信息的装置，将用户的标识码与订单序号结合，生成订单编号，并根据上述订单编号以及预设的数据库的数量、每个数据库中数据表的数量，确定上述订单数据对应的数据表，然后将订单数据存储到对应的数据表中，实现了基于用户的标识码和订单编号的分数据库分数据表存储。

图8示出了根据本申请的用于查询订单信息的装置800的一个实施例的结构示意图。如图8所示，本实施例的用于查询订单信息的装置800包括：订单查询信息获取单元801、区分码确定单元802、第二数据表确定单元803以及第一订单信息输出单元804。

其中，订单查询信息获取单元801，用于获取用户通过终端输入的订单查询信息，订单查询信息包括以下至少一项：用户的标识码、订单编号。

区分码确定单元802，用于对订单查询信息获取单元801获取的订单查询信息进行解析处理，确定与订单查询信息对应的区分码。

在本实施例的一些可选的实现方式中，上述订单查询信息获取单元801还可以包括图8中未示出的第一区分码确定模块，用于响应于用户通过终端输入所述标识码，对标识码进行哈希运算，得到标识码的哈希码；将哈希码与第四预设值相除，得到第四商值和第四余数值；根据第四商值和第四余数值，确定区分码。

在本实施例的一些可选的实现方式中，上述第一区分码确定模块还可以进一步用于：

对第四商值与第四余数值进行加和运算，得到第二和值，并执行以下比较步骤：将第二和值的位数与第五预设值进行比较；响应于第二和值位数等于第五预设值，将第二和值作为区分码；响应于第二和值的位数小于第五预设值，在第二和值之前补零，使得补零后的第二和值的位数与第五预设值相等，并将补零后的第二和值作为区分码；

响应于第二和值位数大于第五预设值，将第二和值与第四预设值相除，将得到的商值和余数值的和作为区分码。

在本实施例的一些可选的实现方式中，上述订单查询信息获取单元801还可以包括图8中未示出的第二区分码确定模块，用于响应于用户通过终端输入订单编号，提取订单编号自后向前第五预设值位数的数字作为区分码。

第二数据表确定单元803，用于根据区分码确定单元802确定的区分码、数据库的数量以及每个数据库的数据表的数量，确定订单查询信息所属的数据表。

在本实施例的一些可选的实现方式中，上述第二数据表确定单元803还可以包括图8中未示出的第二相除模块、第二数据库确定模块、第三相除模块以及第二数据表确定模块。

其中，第二相除模块，用于将区分码确定单元802确定的区分码与预设的数据库数量相除，得到第五商值和第五余数值。

第二数据库确定模块，用于根据第二相除模块得到的第五余数值，确定第二数据库。

第三相除模块，用于将第二相除模块得到的第五商值与预设的数据表的数量相除，得到第六余数值。

第二数据表确定模块，用于根据第三相除模块得到的第六余数值，确定数据表。

第一订单信息输出单元804，用于将第二数据表确定单元803确定的数据表中订单查询信息指示的订单信息输出。

在本实施例的一些可选的实现方式中，上述数据表中存储有各订单的订单生成时间，上述用于查询订单信息的装置800还可以包括图8中未示出的订单统计请求获取单元、请求解析单元、生成时间提取单元以及第二订单信息输出单元。

其中订单统计请求获取单元，用于获取用户通过终端发送的订单统计请求。

请求解析单元，用于解析订单统计请求获取单元获取的订单统计请求，确定统计目标时间段。

生成时间提取单元，用于利用预设的搜索引擎，提取各数据库的每个数据表中的订单生成时间。

第二订单信息输出单元，用于将生成时间提取单元提取的订单生成时间位于统计目标时间段内的与用户相关的订单信息输出。

本申请的上述实施例提供的用于查询订单信息的装置，支持用户输入的标识码和/或订单编号，根据上述标识码和/或订单编号，确定对应的区分码，然后确定上述标识码和/或订单编号所存储的数据表，将查询到的订单信息输出，从而无需遍历所有的数据库和数据表，提高了查询效率。

应当理解，用于存储订单信息的装置700中记载的单元701至单元705分别与参考图2中描述的方法中的各个步骤相对应；用于查询订单信息的装置800中记载的单元801至单元805分别与参考图6中描述的方法中的各个步骤相对应。由此，上文针对用于存储订单信息的方法描述的操作和特征同样适用于装置700及其中包含的单元；针对用于查询订单信息的方法描述的操作和特征同样适用于装置800及其中包含的单元，在此不再赘述。装置700及装置800的相应单元可以与服务器中的单元相互配合以实现本申请实施例的方案。

下面参考图9，其示出了适于用来实现本申请实施例的服务器的计算机系统900的结构示意图。

如图9所示，计算机系统900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的方法中限定的上述功能。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括订单序号生成单元、标识码获取单元、订单编号生成单元、第一数据表确定单元以及第一存储单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，标识码获取单元还可以被描述为“获取用户的标识码的单元”。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：在接收到用户通过终端发送的订单生成请求时，生成订单序号；获取所述用户的标识码；对所述标识码进行处理，并结合所述订单序号，生成订单编号；根据所述订单编号、预设的数据库的数量以及预设的每个所述数据库的数据表的数量，确定与所述订单编号对应的第一数据表；将订单信息存储至所述第一数据表中，所述订单信息包括所述标识码、所述订单编号。或获取用户通过终端输入的订单查询信息，所述订单查询信息包括以下至少一项：所述用户的标识码、订单编号；对所述订单查询进行解析处理，确定与所述订单查询信息对应的区分码；根据所述区分码、数据库的数量以及每个所述数据库的数据表的数量，确定所述订单查询信息所属的数据表；将所述数据表中所述订单查询信息指示的订单信息输出。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (20)

1.一种用于存储订单信息的方法，其特征在于，所述方法包括：

在接收到用户通过终端发送的订单生成请求时，生成订单序号；

获取所述用户的标识码；

对所述标识码进行处理，并结合所述订单序号，生成订单编号；

根据所述订单编号、预设的数据库的数量以及预设的每个所述数据库的数据表的数量，确定与所述订单编号对应的第一数据表；

将订单信息存储至所述第一数据表中，所述订单信息包括所述标识码、所述订单编号；

所述对所述标识码进行处理，并结合所述订单序号，生成订单编号，包括：

对所述标识码进行哈希运算，得到所述标识码的哈希码；

将所述哈希码与第二预设值相除，得到第一商值和第一余数值；

根据所述第一商值与所述第一余数值，确定所述标识码的区分码；

将所述区分码拼接在所述订单序号之后，得到所述订单编号；

所述根据所述订单编号、预设的数据库的数量以及每个所述数据库中预设的数据表的数量，确定与所述订单编号对应的第一数据表，包括：

根据所述订单编号及所述预设的数据库的数量，确定与所述订单编号对应的第一数据库；

根据所述订单编号及所述预设的数据表的数量，确定在所述第一数据库中与所述订单编号对应的所述第一数据表；

所述根据所述订单编号及所述预设的数据库的数量，确定与所述订单编号对应的第一数据库，包括：

对所述区分码与所述预设的数据库的数量进行取余运算，得到第二余数值；

根据所述第二余数值，确定所述第一数据库；

所述根据所述订单编号及所述预设的数据表的数量，确定在所述第一数据库中与所述订单编号对应的所述第一数据表，包括：

将所述区分码与所述预设的数据库数量相除，得到第二商值；

将所述第二商值与所述预设的数据表的数量相除，得到第三余数值；

根据所述第三余数值，确定所述第一数据表。

2.根据权利要求1所述的方法，其特征在于，所述在接收到用户通过终端发送的订单生成请求时，生成订单序号，包括：

每接收到用户通过终端发送的订单生成请求时，将预设的订单序号值增加第一预设值，得到订单序号。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第一商值与所述第一余数值，确定所述标识码的区分码，包括：

对所述第一商值与所述第一余数值进行加和运算，得到第一和值，并执行以下比较步骤：将所述第一和值的位数与第三预设值进行比较；响应于所述第一和值的位数等于所述第三预设值，将所述第一和值作为所述区分码；响应于所述第一和值的位数小于所述第三预设值，在所述第一和值之前补零，以使补零后的第一和值的位数与所述第三预设值相等，并将所述补零后的第一和值作为所述区分码；

响应于所述第一和值的位数大于所述第三预设值，将所述第一和值与所述第二预设值相除，将得到的商值和余数值的和作为所述第一和值继续执行所述比较步骤。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括以下至少一项：

将以下至少一项存储到所述第一数据表中：接收所述订单生成请求的时间、订单中商品的名称、订单的状态；

在接收到所述用户通过终端发送的订单更新请求时，将更新的订单信息存储至所述第一数据表。

5.一种用于查询订单信息的方法，其特征在于，所述方法包括：

获取用户通过终端输入的订单查询信息，所述订单查询信息包括以下至少一项：所述用户的标识码、订单编号；

对所述订单查询信息进行解析处理，确定与所述订单查询信息对应的区分码；

根据所述区分码、数据库的数量以及每个所述数据库的数据表的数量，确定所述订单查询信息所属的数据表；

将所述数据表中所述订单查询信息指示的订单信息输出；

所述对所述订单查询进行解析处理，确定与所述订单查询信息对应的区分码，包括：

响应于所述用户通过终端输入所述标识码，对所述标识码进行哈希运算，得到所述标识码的哈希码；将所述哈希码与第四预设值相除，得到第四商值和第四余数值；根据所述第四商值和所述第四余数值，确定所述区分码；

所述根据所述区分码、数据库的数量以及每个所述数据库的数据表的数量，确定所述订单查询信息所属的数据表，包括：

将所述区分码与预设的数据库数量相除，得到第五商值和第五余数值；

根据所述第五余数值，确定第二数据库；

将所述第五商值与预设的数据表的数量相除，得到第六余数值；

根据所述第六余数值，确定所述数据表。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第四商值和所述第四余数值，确定所述区分码，包括：

对所述第四商值与所述第四余数值进行加和运算，得到第二和值，并执行以下比较步骤：将所述第二和值的位数与第五预设值进行比较；响应于所述第二和值的位数等于所述第五预设值，将所述第二和值作为所述区分码；响应于所述第二和值的位数小于所述第五预设值，在所述第二和值之前补零，以使补零后的第二和值的位数与所述第五预设值相等，并将所述补零后的第二和值作为所述区分码；

响应于所述第二和值的位数大于所述第五预设值，将所述第二和值与所述第四预设值相除，将得到的商值和余数值的和作为所述第二和值继续执行所述比较步骤。

7.根据权利要求5所述的方法，其特征在于，所述对所述订单查询进行解析处理，确定与所述订单查询信息对应的区分码，包括：

响应于所述用户通过终端输入所述订单编号，提取所述订单编号自后向前第五预设值位数的数字作为所述区分码。

8.根据权利要求5-7任一项所述的方法，其特征在于，所述数据表中存储有各订单的订单生成时间；以及所述方法还包括：

获取订单统计请求；

解析所述订单统计请求，确定统计目标时间段；

利用预设的搜索引擎，提取各数据库的每个数据表中的订单生成时间；

将所述订单生成时间位于所述统计目标时间段内的订单信息输出。

9.一种用于存储订单信息的装置，其特征在于，所述装置包括：

订单序号生成单元，用于在接收到用户通过终端发送的订单生成请求时，生成订单序号；

标识码获取单元，用于获取所述用户的标识码；

订单编号生成单元，用于对所述标识码进行处理，并结合所述订单序号，生成订单编号；

第一数据表确定单元，用于根据所述订单编号、预设的数据库的数量以及预设的每个所述数据库的数据表的数量，确定与所述订单编号对应的第一数据表；

第一存储单元，用于将订单信息存储至所述第一数据表中，所述订单信息包括所述标识码、所述订单编号；

所述订单编号生成单元，包括：

哈希码确定模块，用于对所述标识码进行哈希运算，得到所述标识码的哈希码；

第一相除模块，用于将所述哈希码与第二预设值相除，得到第一商值和第一余数值；

区分码确定模块，用于根据所述第一商值与所述第一余数值，确定所述标识码的区分码；

订单编号确定模块，用于将所述区分码拼接在所述订单序号之后，得到所述订单编号；

所述第一数据表确定单元包括：

第一数据库确定模块，用于根据所述订单编号及所述预设的数据库的数量，确定与所述订单编号对应的第一数据库；

第一数据表确定模块，用于根据所述订单编号及所述预设的数据表的数量，确定在所述第一数据库中与所述订单编号对应的所述第一数据表；

所述第一数据库确定模块进一步用于：

对所述区分码与所述预设的数据库的数量进行取余运算，得到第二余数值；

根据所述第二余数值，确定所述第一数据库；

所述第一数据表确定模块进一步用于：

将所述区分码与所述预设的数据库数量相除，得到第二商值；

将所述第二商值与所述预设的数据表的数量相除，得到第三余数值；

根据所述第三余数值，确定所述第一数据表。

10.根据权利要求9所述的装置，其特征在于，所述订单序号生成单元进一步用于：

每接收到用户通过终端发送的订单生成请求时，将预设的订单序号值增加第一预设值，得到订单序号。

11.根据权利要求9所述的装置，其特征在于，所述区分码确定模块进一步用于：

对所述第一商值与所述第一余数值进行加和运算，得到第一和值，并执行以下比较步骤：将所述第一和值的位数与第三预设值进行比较；响应于所述第一和值的位数等于所述第三预设值，将所述第一和值作为所述区分码；响应于所述第一和值的位数小于所述第三预设值，在所述第一和值之前补零，以使补零后的第一和值的位数与所述第三预设值相等，并将所述补零后的第一和值作为所述区分码；

响应于所述第一和值的位数大于所述第三预设值，将所述第一和值与所述第二预设值相除，将得到的商值和余数值的和作为所述第一和值继续执行所述比较步骤。

12.根据权利要求9-11任一项所述的装置，其特征在于，所述装置还包括以下至少一项：

第二存储单元，用于将以下至少一项存储到所述第一数据表中：接收所述订单生成请求的时间、订单中商品的名称、订单的状态；

更新存储单元，用于在接收到所述用户通过终端发送的订单更新请求时，将更新的订单信息存储至所述第一数据表。

13.一种用于查询订单信息的装置，其特征在于，所述装置包括：

订单查询信息获取单元，用于获取用户通过终端输入的订单查询信息，所述订单查询信息包括以下至少一项：所述用户的标识码、订单编号；

区分码确定单元，用于对所述订单查询信息进行解析处理，确定与所述订单查询信息对应的区分码；

第二数据表确定单元，用于根据所述区分码、数据库的数量以及每个所述数据库的数据表的数量，确定所述订单查询信息所属的数据表；

第一订单信息输出单元，用于将所述数据表中所述订单查询信息指示的订单信息输出；

所述区分码确定单元包括：

第一区分码确定模块，用于响应于所述用户通过终端输入所述标识码，对所述标识码进行哈希运算，得到所述标识码的哈希码；将所述哈希码与第四预设值相除，得到第四商值和第四余数值；根据所述第四商值和所述第四余数值，确定所述区分码；

所述第二数据表确定单元包括：

第二相除模块，用于将所述区分码与预设的数据库数量相除，得到第五商值和第五余数值；

第二数据库确定模块，用于根据所述第五余数值，确定所述第二数据库；

第三相除模块，用于将所述第五商值与预设的数据表的数量相除，得到第六余数值；

第二数据表确定模块，用于根据所述第六余数值，确定所述数据表。

14.根据权利要求13所述的装置，其特征在于，所述第一区分码确定模块进一步用于：

对所述第四商值与所述第四余数值进行加和运算，得到第二和值，并执行以下比较步骤：将所述第二和值的位数与第五预设值进行比较；响应于所述第二和值的位数等于所述第五预设值，将所述第二和值作为所述区分码；响应于所述第二和值的位数小于所述第五预设值，在所述第二和值之前补零，以使补零后的第二和值的位数与所述第五预设值相等，并将所述补零后的第二和值作为所述区分码；

响应于所述第二和值的位数大于所述第五预设值，将所述第二和值与所述第四预设值相除，将得到的商值和余数值的和作为所述第二和值继续执行所述比较步骤。

15.根据权利要求13所述的装置，其特征在于，所述区分码确定单元包括：

第二区分码确定模块，用于响应于所述用户通过终端输入所述订单编号，提取所述订单编号自后向前第五预设值位数的数字作为所述区分码。

16.根据权利要求13-15任一项所述的装置，其特征在于，所述数据表中存储有各订单的订单生成时间；以及所述装置还包括：

订单统计请求获取单元，用于获取用户通过终端发送的订单统计请求；

请求解析单元，用于解析所述订单统计请求，确定统计目标时间段；

生成时间提取单元，用于利用预设的搜索引擎，提取各数据库的每个数据表中的订单生成时间；

第二订单信息输出单元，用于将所述订单生成时间位于所述统计目标时间段内的与所述用户相关的订单信息输出。

17.一种服务器，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一所述的方法。

18.一种服务器，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求5-8中任一所述的方法。

19.一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求1-4中任一所述的方法。

20.一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求5-8中任一所述的方法。

Images