CN108595514A - 电子订单处理方法及装置 - Google Patents

Abstract

本发明提供一种电子订单处理方法及装置。其中，电子订单处理方法，包括：在订单数据库故障时，获取备用数据库的数据库标识；根据所述备用数据库的数据库标识，生成电子订单的第一订单标识；根据所述第一订单标识，将所述电子订单存储至所述备用数据库中。本发明实施方式通过在订单数据库故障时，获取备用数据库的数据库标识，并根据该数据库标识生成电子订单的第一订单标识，进而根据该第一订单标识将所述电子订单存储至备选数据库中，从而可以解决因订单数据库故障而导致电子订单的创建、存储、查询等操作无法执行的问题，可以提高订单管理***的可用性和业务连续性，进而可有效提升用户体验，并避免因订单处理故障给用户造成经济损失。

Description

电子订单处理方法及装置

技术领域

本发明涉及电子商务技术领域，具体涉及一种电子订单处理方法及装置。

背景技术

随着计算机技术及互联网技术的快速发展，电子商务已逐渐深入到人类生活的各个领域，如企业进销存管理、网购、电子支付等等。

电子商务的核心内容之一在于电子订单的管理，具体包括电子订单的创建、存储和查询等，如图1所示，其示出了现有技术提供的一种典型的电子订单管理***的应用场景示意图，用户通过客户端发起电子订单创建请求、电子订单查询请求等，订单处理***创建电子订单并将电子订单存储于订单数据库中。

现有技术中，电子订单的管理依赖于数据库技术，基于订单数据库创建、存储和查询电子订单，但是在实际应用中，由于软件故障或硬件故障，经常会引发订单数据库故障，从而导致电子订单的创建、存储、查询等操作无法执行，进而影响订单管理***的可用性和业务连续性，给用户带来不良体验，甚至给用户造成经济损失。

因此，目前迫切需要提供一种受订单数据库故障影响较小、可用性更强、业务连续性更好的电子订单处理方法。

发明内容

鉴于上述问题，本发明的目的是通过提供一种电子订单处理方法及装置，以解决现有技术中由于订单数据库故障而影响订单管理***的可用性和业务连续性的问题。

本发明第一方面提供一种电子订单处理方法，包括：

在订单数据库故障时，获取备用数据库的数据库标识；

根据所述备用数据库的数据库标识，生成电子订单的第一订单标识；

根据所述第一订单标识，将所述电子订单存储至所述备用数据库中。

可选的，在所述在订单数据库故障时，获取备用数据库的数据库标识之前，还包括：

根据订单数据库的数据库标识，生成电子订单的第二订单标识；

根据所述第二订单标识，将所述电子订单存储至所述订单数据库中；

若存储失败，则判断所述订单数据库故障。

可选的，在所述若存储失败，则判断所述订单数据库故障之前，还包括：

检测是否接收到表示存储成功的回执信息，若否，则判断存储失败。

可选的，所述电子订单处理方法，还包括：

检测所述订单数据库是否恢复正常；

若恢复正常，则根据所述订单数据库的数据库标识对所述第一订单标识进行修改得到第三订单标识，并根据所述第三订单标识将所述电子订单转存至所述订单数据库中。

可选的，所述电子订单处理方法，还包括：

接收订单查询请求；

根据所述订单查询请求携带的待查询的电子订单的订单标识，判断所述电子订单存储于订单数据库或备用数据库；

根据判断结果，从所述电子订单存储的数据库中查询订单信息。

本发明第二方面提供一种电子订单处理装置，包括：

数据库标识获取模块，用于在订单数据库故障时，获取备用数据库的数据库标识；

第一订单标识生成模块，用于根据所述备用数据库的数据库标识，生成所述电子订单的第一订单标识；

第一订单存储模块，用于根据所述第一订单标识，将所述电子订单存储至所述备用数据库中。

可选的，所述电子订单处理装置，还包括：

第二订单标识生成模块，用于根据订单数据库的数据库标识，生成电子订单的第二订单标识；

第二订单存储模块，用于根据所述第二订单标识，将所述电子订单存储至所述订单数据库中；

数据库故障判断模块，用于若存储失败，则判断所述订单数据库故障。

可选的，所述电子订单处理装置，还包括：

存储失败判断模块，用于检测是否接收到表示存储成功的回执信息，若否，则判断存储失败。

可选的，所述电子订单处理装置，还包括：

数据库检测模块，用于检测所述订单数据库是否恢复正常；

订单转存模块，用于若恢复正常，则根据所述订单数据库的数据库标识对所述第一订单标识进行修改得到第三订单标识，并根据所述第三订单标识将所述电子订单转存至所述订单数据库中。

可选的，所述电子订单处理装置，还包括：

查询请求接收模块，用于接收订单查询请求；

数据库判断模块，用于根据所述订单查询请求携带的待查询的电子订单的订单标识，判断所述电子订单存储于订单数据库或备用数据库；

订单查询模块，用于根据判断结果，从所述电子订单存储的数据库中查询订单信息。

本发明第一方面提供的电子订单处理方法，包括：在订单数据库故障时，获取备用数据库的数据库标识；根据所述备用数据库的数据库标识，生成电子订单的第一订单标识；根据所述第一订单标识，将所述电子订单存储至所述备用数据库中。本发明实施方式通过在订单数据库故障时，获取备用数据库的数据库标识，并根据该数据库标识生成电子订单的第一订单标识，进而根据该第一订单标识将所述电子订单存储至备选数据库中，从而可以解决因订单数据库故障而导致电子订单的创建、存储、查询等操作无法执行的问题，可以提高订单管理***的可用性和业务连续性，进而可有效提升用户体验，并避免因订单处理故障给用户造成经济损失。

本发明第二方面提供的电子订单处理装置，与上述第一方面提供的电子订单处理方法出于相同的发明构思，具有相同的有益效果。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了现有技术提供的一种典型的电子订单管理***的应用场景示意图；

图2示出了本发明实施方式所提供的一种电子订单处理方法的应用场景示意图；

图3示出了本发明实施方式所提供的一种电子订单处理方法的流程图；

图4示出了本发明实施方式所提供的另一种电子订单处理方法的流程图；

图5示出了本发明实施方式所提供的一种电子订单处理装置的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施方式。虽然附图中显示了本公开的示例性实施方式，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

需要注意的是，除非另有说明，本发明使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。

另外，术语“第一”和“第二”是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明提供一种电子订单处理方法及装置。下面结合附图对本发明的实施例进行说明。

请参考图2，其示出了本发明实施方式所提供的一种电子订单处理方法的应用场景示意图，如图所示，本发明提供的电子订单处理方法主要用于订单管理***，与图1所示的现有技术提供的电子订单管理***的差异主要在于：为了预防订单数据库故障导致订单管理异常，增设了备用数据库，并对电子订单处理方法进行了改进，从而解决因订单数据库故障而导致电子订单的创建、存储、查询等操作无法执行的问题，可以提高订单管理***的可用性和业务连续性，进而可有效提升用户体验，并避免因订单处理故障给用户造成经济损失。

接下来，结合上述图2提供的应用场景示意图对本发明实施方式进一步进行说明。

请参考图3，其示出了本发明实施方式所提供的一种电子订单处理方法的流程图，所述电子订单处理方法包括以下步骤：

步骤S101：在订单数据库故障时，获取备用数据库的数据库标识。

考虑到，现有技术中仅设有订单数据库，因此，当需要创建电子订单时，可以直接将电子订单存储至订单数据库中，而本发明实施例中，由于增设了备用数据库，为了将备用数据库与订单数据库进行区分，以避免订单数据的存储、管理等发生混乱，需要对所述备用数据库和订单数据库均设置数据库标识，并根据数据库标识生成电子订单的订单标识，以及根据订单标识中记载的数据库标识对电子订单进行存储、查询等管理。

其中，所述数据库标识可以是编号、代码等任何可以对数据库进行唯一性标记和识别的标识。

本发明实施例通过设置数据库标识，可以实现对电子订单的可追溯性管理，避免因增设备用数据库而导致订单管理混乱。

步骤S102：根据所述备用数据库的数据库标识，生成电子订单的第一订单标识。

本步骤中，可以是直接将备用数据库的数据库标识作为订单标识的一部分生成第一订单标识，也可以对所述数据库标识进行加密、变换等处理后作为订单标识的一部分生成第一订单标识，还可以通过预先设置数据库代码如01、02等，并生成数据库代码与数据库标识之间的映射关系，然后在生成订单标识时，根据上述映射关系将备用数据库的数据库标识映射为相应的数据库代码，然后将所述数据库代码作为订单标识的一部分生成第一订单标识。以上均为本发明实施例的变更实施方式，其均在本发明的保护范围之内。

步骤S103：根据所述第一订单标识，将所述电子订单存储至所述备用数据库中。

在生成第一订单标识后，即可根据所述第一订单标识所直接或间接记载的备用数据库的数据库标识，将所述电子订单存储至所述备用数据库中。

在存储成功后，电子订单即创建成功，订单管理***可以将所述第一订单标识反馈至客户端，以便于后续用户根据所述第一订单标识对电子订单进行追溯、查询和管理等操作。

本发明实施例，通过为电子订单生成第一订单标识，一方面可以实现对电子订单的针对性存储，另一方面可以实现电子订单的可追溯性，可有效提高订单管理质量。

本发明上述实施例提供的电子订单处理方法，通过在订单数据库故障时，获取备用数据库的数据库标识，并根据该数据库标识生成电子订单的第一订单标识，进而根据该第一订单标识将所述电子订单存储至备选数据库中，从而可以解决因订单数据库故障而导致电子订单的创建、存储、查询等操作无法执行的问题，可以提高订单管理***的可用性和业务连续性，进而可有效提升用户体验，并避免因订单处理故障给用户造成经济损失。

考虑到，在实际应用中，为了便于对订单进行集中管理，电子订单应当尽可能存储于订单服务器中，只有在订单服务器发生故障时，才将电子订单存储于备用服务器中，因此，在本发明上述实施例的一些变更实施方式中，在所述在订单数据库故障时，获取备用数据库的数据库标识之前，还包括：

根据订单数据库的数据库标识，生成电子订单的第二订单标识；

根据所述第二订单标识，将所述电子订单存储至所述订单数据库中；

若存储失败，则判断所述订单数据库故障。

其中，所述第二订单标识的生成方式可以参照前述第一订单标识的生成方式实现，此处不再赘述。

另外，在一个具体的实施方式中，在所述若存储失败，则判断所述订单数据库故障之前，还可以包括：

检测是否接收到表示存储成功的回执信息，若否，则判断存储失败。

通过上述实施方式，可以准确地判断存储是否失败，若存储失败即可判断订单服务器故障，进而将电子订单转存至备用数据库中。

另外，在一些变更实施方式中，还可以通过其他方式检测订单数据库是否故障，例如，可以另外设置一线程，通过该线程，订单管理***可以通过心跳信息检测等方式与订单数据库进行实时或间歇性通信，从而获取订单数据库的运行状态并判断其是否故障，例如，预设时间阈值内接收不到订单数据库的心跳信息，则可以判断订单数据库故障，又如，当接收到订单数据库发出的故障代码，也可以判断订单数据库故障。以上均为本发明实施例的变更实施方式，其均在本发明的保护范围之内。

基于与前述实施例相同的考虑，为了便于对订单进行集中管理，在本发明上述实施例的一些变更实施方式中，所述电子订单处理方法，还可以包括：

检测所述订单数据库是否恢复正常；

若恢复正常，则根据所述订单数据库的数据库标识对所述第一订单标识进行修改得到第三订单标识，并根据所述第三订单标识将所述电子订单转存至所述订单数据库中。

本实施方式中，可以参照前述订单数据库的故障检测方法判断检测所述订单数据库是否恢复正常，此处不再赘述。

考虑到，如果直接将所述电子订单转存到订单数据库中，而电子订单仍以第一订单标识进行追溯，那么必然会导致电子订单无法追溯，因此，在本实施方式中，需要根据所述订单数据库的数据库标识对所述第一订单标识进行修改得到第三订单标识，并根据所述第三订单标识将所述电子订单转存至所述订单数据库中，从而可以继续改用第三订单标识对所述电子订单进行追溯，从而保证所述电子订单的可追溯性，提高订单管理***的可用性和业务连续性，提升用户体验。

其中，根据所述订单数据库的数据库标识对所述第一订单标识进行修改得到第三订单标识的实现方式，可以参照前述第一订单标识的生成方式实现，此处不再赘述，所述第三订单标识可以是与前述变更实施方式中所述的第二订单标识是一致的，也可以是不同的，例如所述第三订单标识可以追加记录所述电子订单的转存信息，从而表明所述电子订单是由备用数据库转存到订单数据库中的，便于后续追溯，进一步加强电子订单的可追溯性，提高订单管理水平。

容易想到的是，由于之前已经将第二订单标识发送至客户端，此时，若根据所述第二订单标识可能已无法追溯转存至订单数据库中的所述电子订单，为了保证所述电子订单的可追溯性，在一些变更实施方式中，需要将所述电子订单的第三订单标识发送至客户端，以替换所述第二订单标识，从而保证所述电子订单的可追溯性，提高订单管理***的可用性和业务连续性，提升用户体验。

考虑到，在本发明实施例中，电子订单可能被存储至订单数据库中或者备用数据库中，为了实现对电子订单的查询，在本发明实施例的一些变更实施方式中，所述的电子订单处理方法，还可以包括：

接收订单查询请求；

根据所述订单查询请求携带的待查询的电子订单的订单标识，判断所述电子订单存储于订单数据库或备用数据库；

根据判断结果，从所述电子订单存储的数据库中查询订单信息。

通过上述实施方式，可以判断订单查询请求中携带的订单标识是第一订单标识、第二订单标识或者第三订单标识，从而判断待查询的电子订单存储于订单数据库中或者备用数据库汇总，进而有针对性地、快捷地查询到所述电子订单的订单信息，提高订单查询效率，进一步提升用户使用体验。

请参考图4，其示出了本发明实施方式所提供的另一种电子订单处理方法的流程图，图4所示的电子订单处理方法是基于前述实施例所提供的电子订单处理方法变更后得到的，因此相关内容可以参照前述实施例的说明进行理解，此处仅做简要说明。如图4所示，所述电子订单处理方法用于电子订单的创建，包括以下步骤a-g：

a.接收客户端发送的电子订单创建请求；

b.响应于所述电子订单创建请求，根据订单数据库的数据库标识，生成第二订单标识；

c.根据所述第二订单标识，将电子订单存储(写入)到订单数据库中；

d.若存储失败，则触发步骤e；

e.根据备用数据库的数据库标识，生成第一订单标识；

f.根据所述第一订单标识，将电子订单存储(写入)到备用数据库中；

g.若存储成功，则触发步骤h；

h.电子订单创建成功，返回电子订单创建成功的回执信息。

通过上述实施方式，可以解决因订单数据库故障而导致电子订单的创建、存储、查询等操作无法执行的问题，可以提高订单管理***的可用性和业务连续性，进而可有效提升用户体验，并避免因订单处理故障给用户造成经济损失。

在上述的实施例中，提供了一种电子订单处理方法，与之相对应的，本发明还提供一种电子订单处理装置。请参考图5，其为本发明实施方式所提供的一种电子订单处理装置的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图5所示，本发明实施例提供的一种电子订单处理装置2，包括：

数据库标识获取模块21，用于在订单数据库故障时，获取备用数据库的数据库标识；

第一订单标识生成模块22，用于根据所述备用数据库的数据库标识，生成所述电子订单的第一订单标识；

第一订单存储模块23，用于根据所述第一订单标识，将所述电子订单存储至所述备用数据库中。

在本发明实施例的一个变更实施方式中，所述电子订单处理装置，还包括：

第二订单标识生成模块，用于根据订单数据库的数据库标识，生成电子订单的第二订单标识；

第二订单存储模块，用于根据所述第二订单标识，将所述电子订单存储至所述订单数据库中；

数据库故障判断模块，用于若存储失败，则判断所述订单数据库故障。

在本发明实施例的一个变更实施方式中，所述电子订单处理装置，还包括：

存储失败判断模块，用于检测是否接收到表示存储成功的回执信息，若否，则判断存储失败。

在本发明实施例的一个变更实施方式中，所述电子订单处理装置，还包括：

数据库检测模块，用于检测所述订单数据库是否恢复正常；

订单转存模块，用于若恢复正常，则根据所述订单数据库的数据库标识对所述第一订单标识进行修改得到第三订单标识，并根据所述第三订单标识将所述电子订单转存至所述订单数据库中。

在本发明实施例的一个变更实施方式中，所述电子订单处理装置，还包括：

查询请求接收模块，用于接收订单查询请求；

数据库判断模块，用于根据所述订单查询请求携带的待查询的电子订单的订单标识，判断所述电子订单存储于订单数据库或备用数据库；

订单查询模块，用于根据判断结果，从所述电子订单存储的数据库中查询订单信息。

本发明实施例提供的电子订单处理装置2，与本发明前述实施例提供的电子订单处理方法出于相同的发明构思，具有相同的有益效果。

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (10)

1.一种电子订单处理方法，其特征在于，包括：

在订单数据库故障时，获取备用数据库的数据库标识；

根据所述备用数据库的数据库标识，生成电子订单的第一订单标识；

根据所述第一订单标识，将所述电子订单存储至所述备用数据库中。

2.根据权利要求1所述的电子订单处理方法，其特征在于，在所述在订单数据库故障时，获取备用数据库的数据库标识之前，还包括：

根据订单数据库的数据库标识，生成电子订单的第二订单标识；

根据所述第二订单标识，将所述电子订单存储至所述订单数据库中；

若存储失败，则判断所述订单数据库故障。

3.根据权利要求2所述的电子订单处理方法，其特征在于，在所述若存储失败，则判断所述订单数据库故障之前，还包括：

检测是否接收到表示存储成功的回执信息，若否，则判断存储失败。

4.根据权利要求1所述的电子订单处理方法，其特征在于，还包括：

检测所述订单数据库是否恢复正常；

若恢复正常，则根据所述订单数据库的数据库标识对所述第一订单标识进行修改得到第三订单标识，并根据所述第三订单标识将所述电子订单转存至所述订单数据库中。

5.根据权利要求1所述的电子订单处理方法，其特征在于，还包括：

接收订单查询请求；

根据所述订单查询请求携带的待查询的电子订单的订单标识，判断所述电子订单存储于订单数据库或备用数据库；

根据判断结果，从所述电子订单存储的数据库中查询订单信息。

6.一种电子订单处理装置，其特征在于，包括：

数据库标识获取模块，用于在订单数据库故障时，获取备用数据库的数据库标识；

第一订单标识生成模块，用于根据所述备用数据库的数据库标识，生成所述电子订单的第一订单标识；

第一订单存储模块，用于根据所述第一订单标识，将所述电子订单存储至所述备用数据库中。

7.根据权利要求6所述的电子订单处理装置，其特征在于，还包括：

第二订单标识生成模块，用于根据订单数据库的数据库标识，生成电子订单的第二订单标识；

第二订单存储模块，用于根据所述第二订单标识，将所述电子订单存储至所述订单数据库中；

数据库故障判断模块，用于若存储失败，则判断所述订单数据库故障。

8.根据权利要求7所述的电子订单处理装置，其特征在于，还包括：

存储失败判断模块，用于检测是否接收到表示存储成功的回执信息，若否，则判断存储失败。

9.根据权利要求6所述的电子订单处理装置，其特征在于，还包括：

数据库检测模块，用于检测所述订单数据库是否恢复正常；

订单转存模块，用于若恢复正常，则根据所述订单数据库的数据库标识对所述第一订单标识进行修改得到第三订单标识，并根据所述第三订单标识将所述电子订单转存至所述订单数据库中。

10.根据权利要求6所述的电子订单处理装置，其特征在于，还包括：

查询请求接收模块，用于接收订单查询请求；

数据库判断模块，用于根据所述订单查询请求携带的待查询的电子订单的订单标识，判断所述电子订单存储于订单数据库或备用数据库；

订单查询模块，用于根据判断结果，从所述电子订单存储的数据库中查询订单信息。