CN112784136B - 数据查询方法、装置及电子设备 - Google Patents

Abstract

本申请实施例公开了数据查询方法、系统、装置及电子设备。所述方法包括：第二服务端获得至少一个第二数据库各自关联的查询特征信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；如果接收到第二客户端提交的查询请求，则根据所述查询请求中包括的查询条件信息，确定所述查询请求对应的目标查询特征信息；从所述至少一个第二数据库中，确定所述目标查询特征信息关联的目标第二数据库，将所述查询请求下发至所述目标第二数据库，以便所述目标第二数据库针对所述查询请求提供查询服务。如此方案，有助于解决访问压力过大导致第一数据库崩溃的问题。

Description

数据查询方法、装置及电子设备

技术领域

本申请涉及新零售技术领域，特别是涉及用于创建数据库的方法、装置及电子设备，数据查询方法、装置及电子设备，以及数据库系统。

背景技术

在“新零售”业务模式下，零售商可以开设线下的实体店铺，消费者用户可以直接到线下的实体店铺进行商品对象的购买。同时，零售商还可以通过线上的应用程序(App)提供实体店铺对应的线上店铺，通过线上店铺向消费者用户展示实体店铺可提供的商品对象的相关信息，供消费者用户进行线上下单操作。消费者用户通过App提交的交易订单可以先保存到订单信息库，再由履约系统从订单信息库中读取订单数据，提供履约服务。

具体地，合成批次(以下简称为“合批”)作业系统可以从订单信息库中读取订单状态信息为待下发合批作业的订单数据，对读取到的订单数据进行合批处理，将同一实体店铺关联的多个订单合成为一个批次，并在订单信息库中将订单状态信息更新为待下发仓库作业。

仓库作业系统可以从订单信息库中读取订单状态信息为待下发仓库作业的订单数据，并以合成的批次为基本单元，生成拣货任务以及打包任务，下发给对应的作业人员进行相关作业，并在作业人员完成拣货任务以及打包任务后，在订单信息库中将订单状态信息更新为待下发配送作业。

配送作业系统可以从订单信息库中读取订单状态信息为待下发配送作业的订单数据，并以合成的批次为基本单元，生成配送任务，下发给对应的作业人员进行相关作业，并在作业人员完成配送任务后，在订单信息库中将订单状态信息更新为履约完成。

也就是说，订单信息库需要接受各个作业系统的访问，为其提供作业相关的订单数据，在整个履约过程中起着至关重要的作业。此外，订单信息库还可能承载着大量的来自第三方系统的查询请求，例如，有数据统计需求的第三方系统，可以从订单信息库中查询订单关联的作业数据，进行数据分析。

如果第三方系统提交的查询请求的数量激增，很可能导致订单信息库因负载过大而崩溃，进而影响作业系统的正常访问，致使履约系统不能正常为消费者用户提供履约服务。

发明内容

本申请提供了一种数据查询方法、装置及电子设备，可以将第三方系统提交的查询请求负载到第二数据库，且可根据查询请求对应的查询特征信息，确定提供查询服务的第二数据库，有助于解决访问压力过大导致第一数据库崩溃的问题。

本申请提供了如下方案：

一种数据库系统，包括：

第一数据库，以及至少一个第二数据库；

所述第一数据库接受作业系统的访问，对所述作业系统提交的履约过程中产生的作业数据进行保存；

所述至少一个第二数据库具有不同的查询特征，且保存有所述第一数据库保存的作业数据，用于向与所述第二数据库的查询特征相匹配的查询请求，提供查询服务。

一种用于创建数据库的方法，包括：

第一服务端获得第一客户端提交的数据库创建请求，所述请求中包括查询特征信息；

创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

一种用于创建数据库的方法，包括：

第一客户端通过数据库创建界面提供用于提交查询特征信息的操作选项；

通过所述操作选项获得所述查询特征信息后，提交至第一服务端，以便所述第一服务端创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

一种数据查询方法，包括：

第二服务端获得至少一个第二数据库各自关联的查询特征信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；

如果接收到第二客户端提交的查询请求，则根据所述查询请求中包括的查询条件信息，确定所述查询请求对应的目标查询特征信息；

从所述至少一个第二数据库中，确定所述目标查询特征信息关联的目标第二数据库，将所述查询请求下发至所述目标第二数据库，以便所述目标第二数据库针对所述查询请求提供查询服务。

一种数据查询方法，包括：

第二服务端获得至少一个第二数据库各自关联的查询特征信息以及用户类型信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据；

如果接收到第二客户端提交的查询请求，则确定所述第二客户端关联的用户的目标类型信息，以及所述查询请求对应的目标查询特征信息；

根据所述目标类型信息以及所述目标查询特征信息，从所述至少一个第二数据库中，确定针对所述查询请求提供查询服务的目标第二数据库。

一种数据查询方法，包括：

第二服务端获得至少一个第二数据库的标识信息，如果接收到第三服务端提交的数据库配置请求，则将所述至少一个第二数据库的标识信息下发至所述第三服务端，所述至少一个第二数据库具体不同的查询特征；

获得所述第三服务端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，建立所述第三服务端与所述目标第二数据库之间的关联关系；

如果获得所述第三服务端关联的实体店铺的作业数据，则将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

一种数据查询方法，包括：

第三服务端将第二服务端下发的至少一个第二数据库的标识信息，转发至第三客户端，所述至少一个第二数据库具体不同的查询特征；

获得所述第三客户端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，提交至所述第二服务端；

将所述第三服务端关联的实体店铺履约过程中产生的作业数据提交至所述第二服务端，以便所述第二服务端将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

一种用于创建数据库的装置，应用于第一服务端，包括：

请求获得单元，用于获得第一客户端提交的数据库创建请求，所述请求中包括查询特征信息；

数据库创建单元，用于创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

一种用于创建数据库的装置，应用于第一客户端，包括：

操作选项提供单元，用于通过数据库创建界面提供用于提交查询特征信息的操作选项；

查询特征信息提交单元，用于通过所述操作选项获得所述查询特征信息后，提交至第一服务端，以便所述第一服务端创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

一种数据查询装置，应用于第二服务端，包括：

查询特征信息获得单元，用于获得至少一个第二数据库各自关联的查询特征信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；

查询特征信息确定单元，用于在接收到第二客户端提交的查询请求时，根据所述查询请求中包括的查询条件信息，确定所述查询请求对应的目标查询特征信息；

第二数据库确定单元，用于从所述至少一个第二数据库中，确定所述目标查询特征信息关联的目标第二数据库，将所述查询请求下发至所述目标第二数据库，以便所述目标第二数据库针对所述查询请求提供查询服务。

一种数据查询装置，应用于第二服务端，包括：

信息获得单元，用于获得至少一个第二数据库各自关联的查询特征信息以及用户类型信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据；

信息确定单元，用于在接收到第二客户端提交的查询请求时，确定所述第二客户端关联的用户的目标类型信息，以及所述查询请求对应的目标查询特征信息；

数据库确定单元，用于根据所述目标类型信息以及所述目标查询特征信息，从所述至少一个第二数据库中，确定针对所述查询请求提供查询服务的目标第二数据库。

一种数据查询装置，应用于第二服务端，包括：

信息下发单元，用于获得至少一个第二数据库的标识信息，如果接收到第三服务端提交的数据库配置请求，则将所述至少一个第二数据库的标识信息下发至所述第三服务端，所述至少一个第二数据库具体不同的查询特征；

关联关系建立单元，用于获得所述第三服务端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，建立所述第三服务端与所述目标第二数据库之间的关联关系；

查询服务提供单元，用于在获得所述第三服务端关联的实体店铺的作业数据时，将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

一种数据查询装置，应用于第三服务端，包括：

信息转发单元，用于将第二服务端下发的至少一个第二数据库的标识信息，转发至第三客户端，所述至少一个第二数据库具体不同的查询特征；

信息提交单元，用于获得所述第三客户端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，提交至所述第二服务端；

数据提交单元，用于将所述第三服务端关联的实体店铺履约过程中产生的作业数据提交至所述第二服务端，以便所述第二服务端将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第一客户端提交的数据库创建请求，所述请求中包括查询特征信息；

创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

通过数据库创建界面提供用于提交查询特征信息的操作选项；

通过所述操作选项获得所述查询特征信息后，提交至第一服务端，以便所述第一服务端创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得至少一个第二数据库各自关联的查询特征信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；

如果接收到第二客户端提交的查询请求，则根据所述查询请求中包括的查询条件信息，确定所述查询请求对应的目标查询特征信息；

从所述至少一个第二数据库中，确定所述目标查询特征信息关联的目标第二数据库，将所述查询请求下发至所述目标第二数据库，以便所述目标第二数据库针对所述查询请求提供查询服务。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得至少一个第二数据库各自关联的查询特征信息以及用户类型信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据；

如果接收到第二客户端提交的查询请求，则确定所述第二客户端关联的用户的目标类型信息，以及所述查询请求对应的目标查询特征信息；

根据所述目标类型信息以及所述目标查询特征信息，从所述至少一个第二数据库中，确定针对所述查询请求提供查询服务的目标第二数据库。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得至少一个第二数据库的标识信息，如果接收到第三服务端提交的数据库配置请求，则将所述至少一个第二数据库的标识信息下发至所述第三服务端，所述至少一个第二数据库具体不同的查询特征；

获得所述第三服务端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，建立所述第三服务端与所述目标第二数据库之间的关联关系；

如果获得所述第三服务端关联的实体店铺的作业数据，则将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

将第二服务端下发的至少一个第二数据库的标识信息，转发至第三客户端，所述至少一个第二数据库具体不同的查询特征；

获得所述第三客户端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，提交至所述第二服务端；

将第三服务端关联的实体店铺履约过程中产生的作业数据提交至所述第二服务端，以便所述第二服务端将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以构建包括第一数据库以及至少一个第二数据库的数据库系统，实现对不同系统提交的查询请求的隔离处理。具体地，可以将作业系统提交的查询请求，负载到稳定性较强的第一数据库，确保履约过程的正常进行；可以将第三方系统提交的查询请求，负载到第二数据库。如此隔离处理有助于降低第一数据库的访问压力。此外，对于第三方系统提交的查询请求来说，还可以根据查询请求对应的查询特征信息，从至少一个第二数据库中确定提供查询服务的目标第二数据库，即，将具有不同查询特征的查询请求，负载到不同的第二数据库，如此处理，不仅有助于降低第二数据库的访问压力，还可为查询请求提供对应的查询服务，有助于提高查询效率。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的第一种方法的示意图；

图2是本申请实施例提供的数据库系统的示意图；

图3是本申请实施例提供的第二种方法的流程图；

图4是本申请实施例提供的第三种方法的流程图；

图5是本申请实施例提供的第四种方法的流程图；

图6是本申请实施例提供的第五种方法的流程图；

图7是本申请实施例提供的第六种方法的流程图；

图8是本申请实施例提供的第七种方法的流程图；

图9是本申请实施例提供的第八种方法的流程图；

图10是本申请实施例提供的第九种方法的流程图；

图11是本申请实施例提供的第十种方法的流程图；

图12是本申请实施例提供的第一种装置的示意图；

图13是本申请实施例提供的第二种装置的示意图；

图14是本申请实施例提供的第三种装置的示意图；

图15是本申请实施例提供的第四种装置的示意图；

图16是本申请实施例提供的第五种装置的示意图；

图17是本申请实施例提供的第六种装置的示意图；

图18是本申请实施例提供的计算机系统的架构的示意图；

图19是本申请实施例提供的电子设备的架构的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种用于创建数据库的工具，可以包括第一客户端以及第一服务端。其中，第一客户端可以部署在开发人员关联的终端设备上，通过可视化配置的方式，向部署在云端服务器上的第一服务端提交数据库创建请求，请求中可以包括查询特征信息，触发第一服务端创建与查询特征信息相匹配的第二数据库。

作为一种示例，本申请实施例中的查询特征信息可以体现为根据查询条件的数量信息，划分的单一条件查询以及多条件查询两种类型。对于单一条件查询来说，查询请求中可以包括一个查询条件，例如，查询条件为物流单号，据此进行数据查询可以获得该单号对应的订单关联的作业数据；对于多条件查询来说，查询请求中可以包括至少两个查询条件，例如，查询条件为配送站的标识信息以及配送作业人员的状态信息，据此进行数据查询可以获得该配送站有多少配送作业人员正在执行配送任务，有多少配送作业人员在配送站内。

或者，作为另一种示例，本申请实施例中的查询特征信息可以体现为根据数据分析的即时性，划分的离线数据查询以及在线数据查询两种类型。对于离线数据查询来说，可以根据查询获得的作业数据，分析作业系统的性能指标，确定性能提升点；对于在线数据查询来说，可以根据查询获得的作业数据，确定订单在履约过程中的可优化点，并据此进行实时调度。

或者，作为另一种示例，本申请实施例中的查询特征信息可以是以上两种示例的组合。例如，可以划分为多条件离线数据查询、多条件在线数据查询、以及单一条件查询三种类型。如果据此进行数据库创建，可以获得如下第二数据库：支持多条件离线数据查询的第二数据库1、支持多条件在线数据查询的第二数据库2、以及支持单一条件查询的第二数据库3。

下面结合图1所示流程图，对本申请实施例创建数据库的实现过程进行解释说明。

实施例1

S101：第一客户端通过数据库创建界面提供用于提交查询特征信息的操作选项，通过所述操作选项获得所述查询特征信息后，提交至第一服务端。

本实施例中，可以通过数据库创建界面实现可视化配置。例如，数据库创建界面中可以提供用于提交查询特征信息的操作选项，通过该操作选项获得第一客户端关联的第一用户提交的查询特征信息后，可以生成数据库创建请求，提交至第一服务端。其中，第一用户即为开发人员。

以构建图2所示数据库系统为例，第一服务端获得的查询特征信息可以如下表1所示。

表1

第二数据库的标识信息	查询特征信息
		第二数据库1	多条件离线数据查询
第二数据库2	多条件在线数据查询
		第二数据库3	单一条件查询

S102：第一服务端创建与查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据同步至第二数据库。其中，作业数据可由提供履约服务的作业系统提交至第一数据库。

第一服务端获得第一客户端提交的数据库创建请求后，可以创建与查询特征信息相匹配的第二数据库。

上文所举示例中，针对多条件离线数据查询，对应创建的第二数据库1可以为离线计算引擎，例如，ODPS(Open Data Processing Service)；针对多条件在线数据查询，对应创建的第二数据库2可以为实时计算引擎，例如，数加分析型数据库(AnalyticDB，原名ADS)；针对单一条件查询，对应创建的第二数据库3可以为结构化搜索引擎，例如，OpenSearch。

此外，第一服务端还可以对第二数据库进行数据同步处理，将第一数据库保存的作业数据分别发送至每个第二数据库，有助于提高基于第二数据库进行数据查询的准确度。其中，第一数据库即为订单信息库。

一种方式下，确定第一数据库对业务数据进行更新操作后，可以对所有的第二数据库进行实时同步。或者，另一种方式下，可以根据第二数据库的查询特征，对部分第二数据库进行实时同步，对部分第二数据库进行滞后同步。

举例来说，对于提供在线数据查询服务的第二数据库2来说，为了确保所查结果的准确性，需要对该第二数据库进行实时同步。例如，确定第一数据库对业务数据进行更新操作的1min内，对第二数据库2进行同步。

对于第二数据库1以及第二数据库3来说，对数据同步的实时性要求不高，例如，可以在确定第一数据库对业务数据进行更新操作的5min内，对第二数据库3进行同步；确定第一数据库对业务数据进行更新操作的2天内，对第二数据库1进行同步。

针对于此，本申请实施例还可以为具有不同查询特征的第二数据库，设置对应的允许延迟阈值，并根据允许延迟阈值确定第二数据库的运行状态。例如，如果从第一数据库对业务数据进行更新操作到第二数据库进行数据同步之间的时间间隔不超过允许延迟阈值，则可确定第二数据库运行正常；反之则可确定第二数据库运行异常，可以生成对应的预警信息下发至第一客户端，提醒第一用户进行数据库检查，及时发现故障。

S103：第一服务端获得数据库表包括的字段信息下发至第一客户端。

S104：第一客户端对第一服务端下发的字段信息进行展示，并将第一客户端关联的第一用户从中选择的目标字段信息，提交至第一服务端。

S105：第一服务端接收第一客户端提交的目标字段信息，并根据目标字段信息建立第二数据库的索引。

如果第一数据库通过数据库表的方式保存作业数据，可以建立数据库索引进行数据查询。一种方式下，可以在进行数据同步时，将数据库表以及关联的索引同步给第二数据库，即，第一数据库以哪些字段建立索引，第二数据库仍以这些字段建立索引。

或者，另一种方式下，可以根据第二数据库的查询需求，建立各自对应的数据库索引。例如，第一数据库以履约单的标识信息、实体店铺的标识信息以及配送站的标识信息这3个字段建立索引，第二数据库2还需要根据配送作业人员到达配送站的时间、离开配送站的时间以及扫描包裹的次数建立索引时，第一服务端可以获得数据库表包括的字段信息下发至第一客户端，供第一用户从中选择可建立索引的目标字段。

上述示例中，第一用户可以将履约单的标识信息、实体店铺的标识信息、配送站的标识信息、配送作业人员到达配送站的时间、离开配送站的时间以及扫描包裹的次数，确定为目标字段，通过第一客户端提交至第一服务端，以便第一服务端据此为第二数据库2建立对应的索引。

作为一种示例，本申请实施例建立的索引可以是支持文本查询的文本索引，有助于提高数据查询效率。

优选地，如果第二数据库的可检索项发生变化，即，第二数据库提供的查询服务发生变化时，第一用户可以修改与变化的查询服务对应的目标字段，并通过第一客户端将修改后的目标字段信息提交至第一服务端，以便第一服务端据此对第二数据库的索引进行更新处理。

例如，结合实际使用需求，需要将第二数据库2调整为支持实体店铺的标识信息、配送站的标识信息、消费者用户的联系方式以及收货地址等字段的数据查询，可以通过数据库创建界面提供的操作选项，获得上述修改后的目标字段信息提交至第一服务端，对第二数据库2的索引进行更新处理。

按照上文所做介绍，创建第二数据库1、第二数据库2以及第二数据库3后，便可与第一数据库形成图1所示数据库系统。该系统中，第一数据库可以与提供履约服务的作业系统进行交互，为作业系统提供查询服务，并接收作业系统提交的履约过程中产生的作业数据。

作为一种示例，第一数据库可以根据合批作业系统提交的查询请求，获得待下发合批作业的订单数据发送给合批作业系统，进行合批作业；以及接收合批作业系统提交的合批结果，例如，将20个订单合成为2个批次时，可以获得每个订单各自对应的批次编号，此外，还可以将这20个订单的状态信息更新为待下发仓库作业。这样，获得仓库作业系统提交的查询请求后，便可将这20个订单以及对应的批次编号下发给仓库作业系统，以便仓库作业系统以合成的批次为基本单元，对这20个订单进行仓库作业。

也就是说，与履约相关的数据查询服务全部由第一数据库提供。作为一种示例，第一数据库可以是稳定性强的MySQL数据库，有助于避免因稳定性差导致数据库故障，致使履约过程产生的信息流中断，影响履约过程的正常进行。

此外，需要说明的是，对于第一数据库中保存的作业数据来说，随着时间的推移数据量与价值密度成反比，即，数据量越来越大价值密度越来越低，对应于此，可以对第一数据库保存的作业数据进行数据清理。例如，对于消费者用户提交的订单来说，完成配送后该订单关联的作业数据基本可变为冷数据，可以对这部分冷数据进行数据清理。

具体地，可以通过数据查询获得订单的履约状态信息，对履约状态信息表示完成履约的订单关联的作业数据进行数据清理。本申请实施例中，对第一数据库中的作业数据进行数据清理可以是进行数据删除；或者，可以将数据移存到其他数据库中保存。

第二数据库可以与具有不同查询需求的第二客户端进行交互，即，接收来自第三方系统的查询请求，提供对应的查询服务。具体可参见下文图3处所做介绍，此处暂不详述。

综上可知，本申请实施例可以通过第一数据库以及第二数据库对核心业务(即，与履约服务相关的数据查询业务)以及非核心业务(即，第三方系统的数据查询业务)进行隔离，可以确保核心作业链路的稳定性，避免大量来自第三方系统的查询请求直接负载到第一数据库，导致第一数据库因压力过大而崩溃，进而影响作业系统的正常访问，以致不能正常向消费者用户提供履约服务。

实施例2

此外，本申请实施例还提供一种基于第二数据库的数据查询方案，可以包括第二客户端以及第二服务端。其中，第二客户端可以部署在第二用户关联的终端设备上，向部署在云端服务器上的第二服务端提交查询请求，以便第二服务端根据查询请求中包括的查询条件信息，确定查询请求对应的目标查询特征信息，进而控制与目标查询特征信息相匹配的目标第二数据库，为第二用户提供查询服务。

其中，第一服务端与第二服务端可以属于同一服务端，只是从功能上划分为进行数据库创建的第一服务端以及进行数据查询的第二服务端；或者，二者可以属于不同的服务端，第一服务端完成数据库创建后，第二服务端可以获得每个第二数据库的访问地址，以及各自关联的查询特征信息，并基于此进行数据查询。

下面结合图3所示流程图，对本申请实施例提供的数据查询方案的实现过程进行解释说明。

S201：第二服务端获得至少一个第二数据库各自关联的查询特征信息。

根据实施例1提供的方案完成第二数据库的创建后，第二服务端可以获得每个第二数据库关联的查询特征信息，以图2所示系统包括的第二数据库为例，第二服务端获得的第二数据库与查询特征信息之间的关联关系可以如表1所示。

S202：接收第二客户端提交的查询请求，根据查询请求中包括的查询条件信息，确定查询请求对应的目标查询特征信息。

S203：从至少一个第二数据库中，确定目标查询特征信息关联的目标第二数据库，将查询请求下发至目标第二数据库，以便目标第二数据库针对查询请求提供查询服务。

第二服务端获得第二客户端提交的查询请求后，可以获得查询请求中包括的查询条件，根据查询条件的数量信息以及查询条件中是否包括时间段信息，确定查询请求对应的目标查询特征信息。例如，如果查询请求仅包括一个查询条件，则可确定目标查询特征信息为单一条件查询；如果查询请求包括至少两个查询条件，且查询条件中包括时间段信息，则可确定目标查询特征信息为多条件离线数据查询；如果查询请求包括至少两个查询条件，且查询条件中不包括时间段信息，则可确定目标查询特征信息为多条件在线数据查询。

下面结合具体示例，对基于查询特征信息进行数据查询的实现过程进行举例说明。

示例1

通常，配送作业人员完成配送后，可以通过关联的配送作业客户端将订单状态更新为“妥投”，如果状态更新失败，例如，部署配送作业客户端的终端设备关机导致配送作业人员无法进行状态更新，则可在回到配送站后，由站长代为完善订单状态。具体地，站长可以作为第二用户，通过其关联的第二客户端向第二服务端提交查询请求1，查询请求1中可以包括待完善的订单1的单号信息。

对应地，第二服务端获得查询请求1后，确定其中仅包括一个查询条件，故可将查询请求1对应的目标查询特征信息确定为单一条件查询，并将第二数据库3确定为目标第二数据库，通过第二数据库3获得查询请求1对应的作业数据，下发至站长关联的第二客户端进行展示。

本示例中，第二客户端还可以获得站长针对订单1提交的完善信息(例如，完善信息可以包括：将订单状态信息更新为妥投、以及对应的妥投时间)，提交至第二服务端，以便第二服务端根据完善信息，在第二数据库3中对订单1关联的作业数据进行更新处理。

优选地，第二数据库3完成更新处理后，可以将更新数据发送至第一数据库、第二数据库1以及第二数据库2，确保各数据库之间的数据一致性。或者，在另一种方式下，考虑到该更新数据不会对履约过程产生影响，故亦可不对第一数据库进行数据同步，具体可结合实际应用需求确定是否进行数据同步，以及需要对哪些数据库进行数据同步。

在实际应用过程中，如果第二数据库3出现问题，不能正常提供查询服务，即，通过目标第二数据库查询数据失败时，第二服务端可以通过其他第二数据库进行数据查询。例如，考虑到第二数据库2的同步即时性较强，故可通过第二数据库2获得查询请求1对应的作业数据，下发至站长关联的第二客户端进行展示。

此外，在第二数据库3能正常提供查询服务时，考虑到第二数据库3的同步即时性较差，可能向第二客户端返回的作业数据有误，例如，向站长返回的作业数据中，订单1的状态信息为正在发往配送站，站长确定作业数据并非最新同步的数据时，可以重新向第二服务端提交查询请求1(例如，点击界面中提供的刷新操作按键)，此时亦可认为通过目标第二数据库查询数据失败。

对应于此，第二服务端再次获得查询请求1时，可以触发第二数据库3进行数据同步，即，从第一数据库中获取最新的作业数据；或者，为了尽量减少与第一数据库之间的交互，降低第二客户端提交的查询请求对第一数据库的影响，可以通过其他第二数据库进行数据查询，例如，通过第二数据库2获得查询请求1对应的作业数据，下发至站长关联的第二客户端进行展示。

示例2

可以向第二服务端提交与作业系统功能相关的查询请求，通过对获得的作业数据进行组合分析，确定作业系统的性能提升信息。其中，性能提升信息可以为作业系统的性能分析结果，或者还可以为作业系统的性能提升点。

仍以配送作业为例，配送作业系统可以查询第一数据库，获得订单状态信息为待下发配送作业的订单数据，并以合成的批次为基本单元，生成配送任务，即，确定配送作业人员与待配送包裹之间的关联关系，下发至配送作业人员关联的配送作业客户端。这样，配送作业人员到达配送站后，可以扫描站内的包裹，找到自己关联的待配送包裹。

具体地，配送作业人员每通过配送作业客户端扫描一个包裹，客户端便可获得该包裹对应的标识信息，与配送作业人员关联的待配送包裹的标识信息进行比对。如果比对失败，则可向配送作业人员提示“不是配送作业人员关联的包裹”。如此操作，为了获得关联的待配送包裹，配送作业人员可能需要逐个将站内的包裹都扫描一遍，时间成本较高，对履约效率影响较大。

为此，针对配送作业系统发布了一项新功能，即，配送作业客户端扫描获得包裹的标识信息后，可以提交至配送作业服务端，由配送作业服务端确定该包裹关联的目标配送作业人员，下发至配送作业客户端进行提示，这样，进行包裹扫描的配送作业人员可以将该包裹转交给目标配送作业人员。

为了获得该新功能的性能分析结果，第二用户(例如，进行功能开发的开发人员)可以通过其关联的第二客户端向第二服务端提交查询请求2，作为一种示例，查询请求2中可以包括时间段信息(例如，可以在新功能发布前后，选取一个待分析时间段，既可以获得新功能发布前的作业数据，又可以获得新功能发布后的作业数据)、配送作业人员到达配送站的时间、离开配送站的时间以及扫描包裹的次数。

对应地，第二服务端获得查询请求2后，确定请求中包括4个查询条件，且其中一个查询条件为时间段信息，故可将查询请求2对应的目标查询特征信息确定为多条件离线数据查询，并将第二数据库1确定为目标第二数据库，通过第二数据库1获得查询请求2对应的作业数据，进行组合分析。

一种方式下，可以根据待分析时间段内配送作业人员的到站时间以及离站时间，获得配送作业人员在站的时长，如果新功能发布后的在站时长相比新功能发布前的在站时长有所降低，则可确定配送作业系统的性能在逐渐变好。

或者，一种方式下，可以根据待分析时间段内配送作业人员扫描包裹的次数，获得配送站点的平均扫描次数，如果新功能发布后的平均扫描次数相比新功能发布前的平均扫描次数有所减少，则可确定配送作业系统的性能在逐渐变好。

如果经上述组合分析，确定配送作业系统的性能并未得以优化，可以据此确定性能提升点，下发至开发人员关联的第二客户端，提示开发人员进行性能优化。

此外，如果因为数据库故障或者同步不及时等原因，出现通过第二数据库1查询数据失败的问题时，第二服务端可以通过第二数据库2获得查询请求2对应的作业数据，并将组合分析获得的性能提升信息下发至开发人员关联的第二客户端。具体可参见上文示例1处所做介绍，此处不再举例说明。

示例3

可以向第二服务端提交查询请求，对履约过程中的订单关联的作业数据进行统计分析，获得订单在履约过程中的可优化点，并据此进行实时调度。例如，可以统计分析待执行作业的订单数量(例如，待拣货的单量、待打包的单量、待配送的单量等)，确定是否需要进行作业人员调度。

以统计分析待配送单量为例，第二用户(例如，配送站的站长、配送作业系统的管理者等)可以通过关联的第二客户端向第二服务端提交查询请求3，查询请求3中可以包括配送站1的标识信息、订单的状态信息以及配送作业人员的状态信息。

对应地，第二服务端获得查询请求3后，确定请求中包括3个查询条件，且查询条件不包括时间段信息，故可将查询请求3对应的目标查询特征信息确定为多条件在线数据查询，并将第二数据库2确定为目标第二数据库，通过第二数据库2获得查询请求3对应的作业数据，进行统计分析。

如果经统计分析确定配送站1的当前状态为，相对在站的配送作业人员的数量来说，待配送单量过于饱和，可以将此状态信息作为待配送订单在履约过程中的优化信息，下发至第二用户关联的第二客户端。

优选地，第二用户可以通过第二客户端向第二服务端提交资源调度请求，触发第二服务端对配送作业进行实时的资源调度。一种方式下，可以进行人员调度，增加配送作业人员的数量。例如，可以从附近配送站中确定人力资源相对空闲的站点，从该站点关联的配送作业人员中确定调度到配送站1的人员；或者，可以将待配送订单分配给第三方服务提供商，由第三方服务提供商指派配送作业人员到配送站1取货。

或者，另一种方式下，还可以向配送作业系统的上游作业系统(例如，仓库作业系统)提交请求，以便上游作业系统适当调整针对配送站1的作业速度，缓解配送站1的作业压力。

相对现有主备库方案(第一数据库作为主库，可以设置至少一个备库进行容灾，且主备库均为MySQL数据库)，在主库出现问题的时候，将所有的请求以负载均衡的方式分配到至少一个备库。本申请实施例首先可以对第三方系统提交的查询请求进行隔离，避免将第三方系统的查询请求负载到第一数据库，可以降低第一数据库的访问压力；另外，本申请实施例还可以将具有不同查询特征的查询请求，负载到不同的第二数据库，不仅有助于降低第二数据库的访问压力，还可为查询请求提供对应的查询服务，有助于提高查询效率。

实施例3

本申请实施例中，还可以针对第二数据库设置不同的访问权限。例如，可以根据提交查询请求的用户的类型，进行权限设置。下面结合图4所示流程图，对数据查询的实现过程进行解释说明。

S301：第二服务端获得至少一个第二数据库各自关联的查询特征信息以及用户类型信息。

第二服务端获得第二数据库关联的查询特征信息的实现过程可参见上文所做介绍，此处不再详述。

对于第二数据库关联的用户类型信息来说，可以由第一服务端进行配置，下发至第二服务端。例如，第一客户端可以提供用于提交第二数据库关联的用户类型信息的操作选项，通过该操作选项获得第二数据库关联的用户类型信息后，可以提交至第一服务端进行信息保存。

以上文所举3个第二数据库为例，对于可提供离线数据查询服务的第二数据库1来说，关联的用户可以是进行作业系统优化的开发人员，可以通过离线数据分析，确定作业系统的性能提升点，或者对新发布的功能进行性能评估等等。或者，第二数据库1关联的用户可以是店铺管理者(例如店长等)，可以通过离线数据分析，调整优化店铺的运营情况。

对于可提供在线数据查询服务的第二数据库2来说，关联的用户可以是店铺管理者(例如店长等)，可以通过在线数据分析，确定本店铺当前作业过程中的可优化点，进行作业资源调配。或者，第二数据库2关联的用户可以是店铺作业人员，可以通过在线数据分析，优化与其相关的作业任务的执行顺序、执行方式等。或者，第二数据库2关联的用户可以是第三方服务提供商，可以通过在线数据查询，获得为其分配的待配送订单的相关信息。

对于可提供单一条件查询服务的第二数据库3来说，关联的用户可以是店铺管理者，可以如示例1所述进行订单信息的更新；或者，关联的用户可以是消费者用户，可以查询与消费者用户相关的订单信息。

针对上述示例，第二服务端获得的第二数据库关联的用户类型信息可以如下表2所示。

表2

上文实施例2中，第二数据库可以对内向开发人员、店铺管理者以及作业人员等提供数据查询服务。本实施例在针对第二数据库进行权限配置时，还可以将外部的第三方服务提供商以及消费者用户等，确定为可访问第二数据库的用户，为其配置可提供查询服务的第二数据库。这样，便可简化甚至省去对提供对外数据查询服务的数据系统的开发与维护。

S302：如果接收到第二客户端提交的查询请求，则确定所述第二客户端关联的用户的目标类型信息，以及所述查询请求对应的目标查询特征信息。

S303：根据所述目标类型信息以及所述目标查询特征信息，从所述至少一个第二数据库中，确定针对所述查询请求提供查询服务的目标第二数据库。

具体地，确定第二客户端关联的用户的目标类型后，便可根据目标查询特征信息，从该类型的用户关联的第二数据库中，确定提供查询服务的目标第二数据库，将查询请求下发至目标第二数据库，以便目标第二数据库针对查询请求提供查询服务。

关于确定目标查询特征信息，以及根据目标查询特征信息确定目标第二数据库的实现方式，可参见上文实施例2处所做介绍，此处不再详述。

实施例4

上文实施例中，可以将“新零售”服务商开设的店铺在履约过程中产生的作业数据，发送至第二数据库中，由第二数据库提供与离线数据分析、在线数据分析、单一条件查询等多种类型的查询服务。

此外，在实际应用中，如果除“新零售”服务商之外的其他实体店铺(可以称为“第三方店铺”)也具有线上下单并提供履约服务的能力，亦可通过本申请实施例提供的方案进行数据查询与分析。下面结合图5所示流程图，对具体实现过程进行解释说明。

S401：第二服务端获得至少一个第二数据库的标识信息，如果接收到第三服务端提交的数据库配置请求，则将所述至少一个第二数据库的标识信息下发至所述第三服务端。

S402：第三服务端从至少一个第二数据库中确定目标第二数据库，将目标第二数据库的标识信息提交至第二服务端。

本申请实施例中，第三方店铺履约过程中产生的作业数据，可以通过其关联的第三服务端发送至第二数据库中，这样，针对第三方店铺的查询请求，可以负载至第二数据库，由第二数据库提供查询服务。

一种方式下，第三服务端可以将作业数据发送至所有的第二数据库，如上文所举示例中的第二数据库1、第二数据库2以及第二数据库3。或者，可以将作业数据发送至部分第二数据库中。具体地，第三服务端可以向第二服务端提交数据库配置请求，以便第二服务端将可提供查询服务的至少一个第二数据库的标识信息下发至第三服务端，进而由第三服务端转发至第三客户端，供第三客户端关联的用户从中确定至少一个目标第二数据库，并通过第三服务端将目标第二数据库的标识信息提交至第二服务端。

本实施例中，可以通过多种方式确定目标第二数据库，下面进行举例说明。

一种方式下，可以对第三方店铺关联的查询请求进行分析汇总，确定高频查询请求具有的查询特征，并据此确定目标第二数据库。例如，第三方店铺1针对单号的查询量比较多，即高频查询请求对应的查询特征为单一条件查询，则可将第二数据库3确定为目标第二数据库。

或者，另一种方式下，可以根据第三方店铺的实际使用需求，确定目标第二数据库。例如，第三方店铺2的运营情况较差，且作业任务处理滞后严重，则可将第二数据库1以及第二数据库2确定为目标第二数据库。这样，第二数据库1可以根据第三服务端提交的查询请求，对第三方店铺2的作业数据进行离线分析，调整优化第三方店铺2的运营情况；第二数据库2可以根据第三服务端提交的查询请求，对第三方店铺2的作业数据进行实时分析，进行作业任务的执行顺序、执行方式等方面的优化。

S403：第二服务端建立所述第三服务端与所述目标第二数据库之间的关联关系。

S404：如果获得所述第三服务端关联的实体店铺的作业数据，则将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

第二服务端获得第三服务端提交的至少一个目标第二数据库后，可以建立第三服务端与目标第二数据库之间的关联关系。这样，在获得第三服务端关联的实体店铺的作业数据时，可以将作业数据发送至对应的目标第二数据库；以及，在获得第三服务端提交的查询请求时，可以根据查询请求对应的查询特征信息，从目标第二数据库中确定针对该查询请求提供查询服务的第二数据库。

可以理解地，如果第二数据库中保存有多个第三方店铺的作业数据，为了确保数据查询的准确性，可以在第二数据库的数据库表中设置与第三方店铺相关的字段，例如“第三方店铺的标识信息”、“第三服务端的标识信息”等字段。

S405：如果获得第三服务端提交的更新请求，则根据所述更新请求，对第三服务端关联的目标第二数据库进行更新处理。

本实施例中，第三服务端可以通过向第二服务端提交更新请求的方式，调整为其提供查询服务的第二数据库。具体地，更新请求中可以包括与待更新第二数据库相关的更新方式信息。其中，更新方式可以为对第三服务端关联的第二数据库进行新增操作或者删除操作，下面进行举例说明。

以第三方店铺2为例，基于第二数据库2的实时数据分析结果，对本店铺的作业任务执行情况进行优化后，处理效率得以显著提升，人员管理也越来越规范，则可选择结束第二数据库2提供的查询服务。对应于此，第三方店铺2关联的第三方服务端可以将第二数据库2确定为待更新第二数据库，请求第二服务端删除第三服务端与第二数据库2之间的关联关系。优选地，第二服务端还可以对第二数据库2中保存的第三方店铺2的作业数据进行数据清理。

实施例5

该实施例5是与实施例1相对应的，从第一服务端的角度，提供了一种用于创建数据库的方法，参见图6，该方法具体可以包括：

S501：第一服务端获得第一客户端提交的数据库创建请求，所述请求中包括查询特征信息；

S502：创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

实施例6

该实施例6是与实施例1相对应的，从第一客户端的角度，提供了一种用于创建数据库的方法，参见图7，该方法具体可以包括：

S601：第一客户端通过数据库创建界面提供用于提交查询特征信息的操作选项；

S602：通过所述操作选项获得所述查询特征信息后，提交至第一服务端，以便所述第一服务端创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

实施例7

该实施例7是与实施例2相对应的，从第二服务端的角度，提供了一种数据查询方法，参见图8，该方法具体可以包括：

S701：第二服务端获得至少一个第二数据库各自关联的查询特征信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；

S702：如果接收到第二客户端提交的查询请求，则根据所述查询请求中包括的查询条件信息，确定所述查询请求对应的目标查询特征信息；

S703：从所述至少一个第二数据库中，确定所述目标查询特征信息关联的目标第二数据库，将所述查询请求下发至所述目标第二数据库，以便所述目标第二数据库针对所述查询请求提供查询服务。

实施例8

该实施例8是与实施例3相对应的，从第二服务端的角度，提供了一种数据查询方法，参见图9，该方法具体可以包括：

S801：第二服务端获得至少一个第二数据库各自关联的查询特征信息以及用户类型信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据；

S802：如果接收到第二客户端提交的查询请求，则确定所述第二客户端关联的用户的目标类型信息，以及所述查询请求对应的目标查询特征信息；

S803：根据所述目标类型信息以及所述目标查询特征信息，从所述至少一个第二数据库中，确定针对所述查询请求提供查询服务的目标第二数据库。

实施例9

该实施例9是与实施例4相对应的，从第二服务端的角度，提供了一种数据查询方法，参见图10，该方法具体可以包括：

S901：第二服务端获得至少一个第二数据库的标识信息，如果接收到第三服务端提交的数据库配置请求，则将所述至少一个第二数据库的标识信息下发至所述第三服务端，所述至少一个第二数据库具体不同的查询特征；

S902：获得所述第三服务端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，建立所述第三服务端与所述目标第二数据库之间的关联关系；

S903：如果获得所述第三服务端关联的实体店铺的作业数据，则将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

实施例10

该实施例10是与实施例4相对应的，从第二服务端的角度，提供了一种数据查询方法，参见图11，该方法具体可以包括：

S1001：第三服务端将第二服务端下发的至少一个第二数据库的标识信息，转发至第三客户端，所述至少一个第二数据库具体不同的查询特征；

S1002：获得所述第三客户端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，提交至所述第二服务端；

S1003：将所述第三服务端关联的实体店铺履约过程中产生的作业数据提交至所述第二服务端，以便所述第二服务端将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

关于前述实施例5至实施例10中的未详述部分，可以参见前述实施例中的记载，这里不再赘述。

与实施例1相对应，本申请实施例还提供了一种用于创建数据库的装置，参见图12，该装置应用于第一服务端，包括：

请求获得单元1101，用于获得第一客户端提交的数据库创建请求，所述请求中包括查询特征信息；

数据库创建单元1102，用于创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

其中，如果所述第一数据库通过数据库表的方式保存所述作业数据，所述装置还包括：

字段信息下发单元，用于获得所述数据库表包括的字段信息下发至所述第一客户端，供所述第一客户端关联的第一用户从中选择目标字段信息；

索引建立单元，用于接收所述第一客户端提交的所述目标字段信息，并根据所述目标字段信息建立所述第二数据库的索引。

其中，如果所述查询特征信息为单一条件查询，对应的所述第二数据库为结构化搜索引擎，用于对第二客户端提交的查询请求提供文本查询服务。

其中，如果所述查询特征信息为离线数据查询，对应的所述第二数据库为离线计算引擎，用于确定第二客户端提交的查询请求对应的作业数据，并对所述作业数据进行组合分析，获得所述作业系统的性能提升信息，下发至所述第二客户端。

其中，所述查询特征信息为在线数据查询，对应的所述第二数据库为实时计算引擎，用于确定第二客户端提交的查询请求对应的作业数据，并对所述作业数据进行统计分析，获得订单履约过程的优化信息，下发至所述第二客户端。

与实施例1相对应，本申请实施例还提供了一种用于创建数据库的装置，参见图13，该装置应用于第一客户端，包括：

操作选项提供单元1201，用于通过数据库创建界面提供用于提交查询特征信息的操作选项；

查询特征信息提交单元1202，用于通过所述操作选项获得所述查询特征信息后，提交至第一服务端，以便所述第一服务端创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

其中，如果所述第一数据库通过数据库表的方式保存所述作业数据，所述装置还包括：

字段信息展示单元，用于对所述第一服务端下发的所述数据库表包括的字段信息进行展示；

字段信息提交单元，用于将所述第一客户端关联的第一用户选中的目标字段信息，提交至所述第一服务端，以便所述第一服务端根据所述目标字段信息建立所述第二数据库的索引。

其中，所述装置还包括：

字段信息修改单元，用于在所述第二数据库提供的查询服务发生变化时，修改与变化的查询服务对应的目标字段信息，提交至所述第一服务端，以便所述第一服务端根据修改后的目标字段信息更新所述第二数据库的索引。

与实施例2相对应，本申请实施例还提供了一种数据查询装置，参见图14，该装置应用于第二服务端，包括：

查询特征信息获得单元1301，用于获得至少一个第二数据库各自关联的查询特征信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；

查询特征信息确定单元1302，用于在接收到第二客户端提交的查询请求时，根据所述查询请求中包括的查询条件信息，确定所述查询请求对应的目标查询特征信息；

第二数据库确定单元1303，用于从所述至少一个第二数据库中，确定所述目标查询特征信息关联的目标第二数据库，将所述查询请求下发至所述目标第二数据库，以便所述目标第二数据库针对所述查询请求提供查询服务。

其中，如果所述至少一个第二数据库包括用于进行单一条件查询的第二数据库、用于进行多条件离线数据查询的第二数据库、以及用于进行多条件在线数据查询的第二数据库；

所述查询特征信息确定单元，具体用于：根据所述查询条件的数量信息以及所述查询条件中是否包括时间段信息，确定所述目标查询特征信息。

其中，如果所述数量信息为一个，则确定所述目标查询特征信息为单一条件查询；

所述第二数据库确定单元，具体用于：将所述用于进行单一条件查询的第二数据库确定为所述目标第二数据库。

其中，如果所述数量信息为至少两个，且所述查询条件中包括时间段信息，则确定所述目标查询特征信息为多条件离线数据查询；

所述第二数据库确定单元，具体用于：将所述用于进行多条件离线数据查询的第二数据库确定为所述目标第二数据库。

其中，所述装置还包括：

请求下发单元，用于在通过所述目标第二数据库查询数据失败时，将所述查询请求下发至所述用于进行多条件在线数据查询的第二数据库。

其中，如果所述数量信息为至少两个，且所述查询条件中不包括时间段信息，则确定所述目标查询特征信息为多条件在线数据查询；

所述第二数据库确定单元，具体用于：将所述用于进行多条件在线数据查询的第二数据库确定为所述目标第二数据库。

其中，所述装置还包括：

预警信息生产单元，用于获得所述第二数据库进行数据同步处理的允许延迟阈值；如果从所述第一数据库对所述业务数据进行更新操作到所述第二数据库进行数据同步之间的时间间隔超过所述允许延迟阈值，则生成预警信息下发至第一客户端。

与实施例3相对应，本申请实施例还提供了一种数据查询装置，参见图15，该装置应用于第二服务端，包括：

信息获得单元1401，用于获得至少一个第二数据库各自关联的查询特征信息以及用户类型信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据；

信息确定单元1402，用于在接收到第二客户端提交的查询请求时，确定所述第二客户端关联的用户的目标类型信息，以及所述查询请求对应的目标查询特征信息；

数据库确定单元1403，用于根据所述目标类型信息以及所述目标查询特征信息，从所述至少一个第二数据库中，确定针对所述查询请求提供查询服务的目标第二数据库。

与实施例4相对应，本申请实施例还提供了一种数据查询装置，参见图16，该装置应用于第二服务端，包括：

信息下发单元1501，用于获得至少一个第二数据库的标识信息，如果接收到第三服务端提交的数据库配置请求，则将所述至少一个第二数据库的标识信息下发至所述第三服务端，所述至少一个第二数据库具体不同的查询特征；

关联关系建立单元1502，用于获得所述第三服务端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，建立所述第三服务端与所述目标第二数据库之间的关联关系；

查询服务提供单元1503，用于在获得所述第三服务端关联的实体店铺的作业数据时，将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

其中，所述查询服务提供单元，具体用于：

如果获得所述第三服务端提交的查询请求，则确定所述查询请求对应的查询特征信息；

根据所述查询特征信息，从所述目标第二数据库中确定针对所述查询请求提供查询服务的第二数据库。

其中，所述装置还包括：

更新处理单元，用于获得所述第三服务端提交的更新请求，所述更新请求中包括与待更新第二数据库相关的更新方式信息；根据所述与待更新第二数据库相关的更新方式信息，对所述第三服务端关联的目标第二数据库进行更新处理。

与实施例4相对应，本申请实施例还提供了一种数据查询装置，参见图17，该装置应用于第三服务端，包括：

信息转发单元1601，用于将第二服务端下发的至少一个第二数据库的标识信息，转发至第三客户端，所述至少一个第二数据库具体不同的查询特征；

信息提交单元1602，用于获得所述第三客户端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，提交至所述第二服务端；

数据提交单元1603，用于将所述第三服务端关联的实体店铺履约过程中产生的作业数据提交至所述第二服务端，以便所述第二服务端将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

另外本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第一客户端提交的数据库创建请求，所述请求中包括查询特征信息；

创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

通过数据库创建界面提供用于提交查询特征信息的操作选项；

通过所述操作选项获得所述查询特征信息后，提交至第一服务端，以便所述第一服务端创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得至少一个第二数据库各自关联的查询特征信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；

如果接收到第二客户端提交的查询请求，则根据所述查询请求中包括的查询条件信息，确定所述查询请求对应的目标查询特征信息；

从所述至少一个第二数据库中，确定所述目标查询特征信息关联的目标第二数据库，将所述查询请求下发至所述目标第二数据库，以便所述目标第二数据库针对所述查询请求提供查询服务。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得至少一个第二数据库各自关联的查询特征信息以及用户类型信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据；

如果接收到第二客户端提交的查询请求，则确定所述第二客户端关联的用户的目标类型信息，以及所述查询请求对应的目标查询特征信息；

根据所述目标类型信息以及所述目标查询特征信息，从所述至少一个第二数据库中，确定针对所述查询请求提供查询服务的目标第二数据库。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得至少一个第二数据库的标识信息，如果接收到第三服务端提交的数据库配置请求，则将所述至少一个第二数据库的标识信息下发至所述第三服务端，所述至少一个第二数据库具体不同的查询特征；

获得所述第三服务端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，建立所述第三服务端与所述目标第二数据库之间的关联关系；

如果获得所述第三服务端关联的实体店铺的作业数据，则将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

将第二服务端下发的至少一个第二数据库的标识信息，转发至第三客户端，所述至少一个第二数据库具体不同的查询特征；

获得所述第三客户端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，提交至所述第二服务端；

将第三服务端关联的实体店铺履约过程中产生的作业数据提交至所述第二服务端，以便所述第二服务端将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

其中，图18示例性的展示出了计算机系统的架构，具体可以包括处理器1710，视频显示适配器1711，磁盘驱动器1712，输入/输出接口1713，网络接口1714，以及存储器1720。上述处理器1710、视频显示适配器1711、磁盘驱动器1712、输入/输出接口1713、网络接口1714，与存储器1720之间可以通过通信总线1730进行通信连接。

其中，处理器1710可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1720可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1720可以存储用于控制计算机系统1700运行的操作系统1721，用于控制计算机系统1700的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1723，数据存储管理系统1724，以及数据查询系统1725等等。上述数据查询系统1725就可以是本申请实施例中具体实现前述各步骤操作的第二服务端。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1720中，并由处理器1710来调用执行。

输入/输出接口1713用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1714用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1730包括一通路，在设备的各个组件(例如处理器1710、视频显示适配器1711、磁盘驱动器1712、输入/输出接口1713、网络接口1714，与存储器1720)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1710、视频显示适配器1711、磁盘驱动器1712、输入/输出接口1713、网络接口1714，存储器1720，总线1730等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

其中，图19示例性的展示出了电子设备的架构，例如，设备1800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图19，设备1800可以包括以下一个或多个组件：处理组件1802，存储器1804，电源组件1806，多媒体组件1808，音频组件1810，输入/输出(I/O)的接口1812，传感器组件1814，以及通信组件1816。

处理组件1802通常控制设备1800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1802可以包括一个或多个处理器1820来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件1802可以包括一个或多个模块，便于处理组件1802和其他组件之间的交互。例如，处理部件1802可以包括多媒体模块，以方便多媒体组件1808和处理组件1802之间的交互。

存储器1804被配置为存储各种类型的数据以支持在设备1800的操作。这些数据的示例包括用于在设备1800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1806为设备1800的各种组件提供电力。电源组件1806可以包括电源管理系统，一个或多个电源，及其他与为设备1800生成、管理和分配电力相关联的组件。

多媒体组件1808包括在设备1800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1808包括一个前置摄像头和/或后置摄像头。当设备1800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1810被配置为输出和/或输入音频信号。例如，音频组件1810包括一个麦克风(MIC)，当设备1800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1804或经由通信组件1816发送。在一些实施例中，音频组件1810还包括一个扬声器，用于输出音频信号。

I/O接口1812为处理组件1802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1814包括一个或多个传感器，用于为设备1800提供各个方面的状态评估。例如，传感器组件1814可以检测到设备1800的打开/关闭状态，组件的相对定位，例如所述组件为设备1800的显示器和小键盘，传感器组件1814还可以检测设备1800或设备1800一个组件的位置改变，用户与设备1800接触的存在或不存在，设备1800方位或加速/减速和设备1800的温度变化。传感器组件1814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1816被配置为便于设备1800和其他设备之间有线或无线方式的通信。设备1800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备1800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1804，上述指令可由设备1800的处理器1820执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的数据库系统，用于创建数据库的方法、装置及电子设备，数据查询方法、装置及电子设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (33)

1.一种数据库系统，其特征在于，包括：

第一数据库，以及至少一个第二数据库；

所述第一数据库接受作业系统的访问，对所述作业系统提交的履约过程中产生的作业数据进行保存；

所述至少一个第二数据库具有不同的查询特征，且保存有所述第一数据库保存的作业数据，用于向与所述第二数据库的查询特征相匹配的查询请求，提供查询服务；所述查询特征包括：单一条件查询，离线数据查询或在线数据查询。

2.一种用于创建数据库的方法，其特征在于，包括：

第一服务端获得第一客户端提交的数据库创建请求，所述请求中包括查询特征信息；

创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；所述查询特征包括：单一条件查询，离线数据查询或在线数据查询。

3.根据权利要求2所述的方法，其特征在于，如果所述第一数据库通过数据库表的方式保存所述作业数据，所述方法还包括：

获得所述数据库表包括的字段信息下发至所述第一客户端，供所述第一客户端关联的第一用户从中选择目标字段信息；

接收所述第一客户端提交的所述目标字段信息，并根据所述目标字段信息建立所述第二数据库的索引。

4.根据权利要求2所述的方法，其特征在于，

如果所述查询特征信息为单一条件查询，对应的所述第二数据库为结构化搜索引擎，用于对第二客户端提交的查询请求提供文本查询服务。

5.根据权利要求2所述的方法，其特征在于，

如果所述查询特征信息为离线数据查询，对应的所述第二数据库为离线计算引擎，用于确定第二客户端提交的查询请求对应的作业数据，并对所述作业数据进行组合分析，获得所述作业系统的性能提升信息，下发至所述第二客户端。

6.根据权利要求2所述的方法，其特征在于，

所述查询特征信息为在线数据查询，对应的所述第二数据库为实时计算引擎，用于确定第二客户端提交的查询请求对应的作业数据，并对所述作业数据进行统计分析，获得订单履约过程的优化信息，下发至所述第二客户端。

7.一种用于创建数据库的方法，其特征在于，包括：

第一客户端通过数据库创建界面提供用于提交查询特征信息的操作选项；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

通过所述操作选项获得所述查询特征信息后，提交至第一服务端，以便所述第一服务端创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

8.根据权利要求7所述的方法，其特征在于，如果所述第一数据库通过数据库表的方式保存所述作业数据，所述方法还包括：

对所述第一服务端下发的所述数据库表包括的字段信息进行展示；

将所述第一客户端关联的第一用户选中的目标字段信息，提交至所述第一服务端，以便所述第一服务端根据所述目标字段信息建立所述第二数据库的索引。

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

如果所述第二数据库提供的查询服务发生变化，则修改与变化的查询服务对应的目标字段信息，提交至所述第一服务端，以便所述第一服务端根据修改后的目标字段信息更新所述第二数据库的索引。

10.一种数据查询方法，其特征在于，包括：

第二服务端获得至少一个第二数据库各自关联的查询特征信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

如果接收到第二客户端提交的查询请求，则根据所述查询请求中包括的查询条件信息，确定所述查询请求对应的目标查询特征信息；

从所述至少一个第二数据库中，确定所述目标查询特征信息关联的目标第二数据库，将所述查询请求下发至所述目标第二数据库，以便所述目标第二数据库针对所述查询请求提供查询服务。

11.根据权利要求10所述的方法，其特征在于，如果所述至少一个第二数据库包括用于进行单一条件查询的第二数据库、用于进行多条件离线数据查询的第二数据库、以及用于进行多条件在线数据查询的第二数据库；

所述根据所述查询请求中包括的查询条件信息，确定所述查询请求的目标查询特征信息，包括：

根据所述查询条件的数量信息以及所述查询条件中是否包括时间段信息，确定所述目标查询特征信息。

12.根据权利要求11所述的方法，其特征在于，

如果所述数量信息为一个，则确定所述目标查询特征信息为单一条件查询；

所述确定所述目标查询特征信息关联的目标第二数据库，包括：将所述用于进行单一条件查询的第二数据库确定为所述目标第二数据库。

13.根据权利要求11所述的方法，其特征在于，

如果所述数量信息为至少两个，且所述查询条件中包括时间段信息，则确定所述目标查询特征信息为多条件离线数据查询；

所述确定所述目标查询特征信息关联的目标第二数据库，包括：将所述用于进行多条件离线数据查询的第二数据库确定为所述目标第二数据库。

14.根据权利要求12或13所述的方法，其特征在于，还包括：

如果通过所述目标第二数据库查询数据失败，则将所述查询请求下发至所述用于进行多条件在线数据查询的第二数据库。

15.根据权利要求11所述的方法，其特征在于，

如果所述数量信息为至少两个，且所述查询条件中不包括时间段信息，则确定所述目标查询特征信息为多条件在线数据查询；

所述确定所述目标查询特征信息关联的目标第二数据库，包括：将所述用于进行多条件在线数据查询的第二数据库确定为所述目标第二数据库。

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

获得所述第二数据库进行数据同步处理的允许延迟阈值；

如果从所述第一数据库对业务数据进行更新操作到所述第二数据库进行数据同步之间的时间间隔超过所述允许延迟阈值，则生成预警信息下发至第一客户端。

17.一种数据查询方法，其特征在于，包括：

第二服务端获得至少一个第二数据库各自关联的查询特征信息以及用户类型信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

如果接收到第二客户端提交的查询请求，则确定所述第二客户端关联的用户的目标类型信息，以及所述查询请求对应的目标查询特征信息；

根据所述目标类型信息以及所述目标查询特征信息，从所述至少一个第二数据库中，确定针对所述查询请求提供查询服务的目标第二数据库。

18.一种数据查询方法，其特征在于，包括：

第二服务端获得至少一个第二数据库的标识信息，如果接收到第三服务端提交的数据库配置请求，则将所述至少一个第二数据库的标识信息下发至所述第三服务端，所述至少一个第二数据库具有不同的查询特征；所述查询特征包括：单一条件查询，离线数据查询或在线数据查询；

获得所述第三服务端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，建立所述第三服务端与所述目标第二数据库之间的关联关系；

如果获得所述第三服务端关联的实体店铺的作业数据，则将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

19.根据权利要求18所述的方法，其特征在于，

所述通过所述目标第二数据库向所述第三服务端提供查询服务，包括：

如果获得所述第三服务端提交的查询请求，则确定所述查询请求对应的查询特征信息；

根据所述查询特征信息，从所述目标第二数据库中确定针对所述查询请求提供查询服务的第二数据库。

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

获得所述第三服务端提交的更新请求，所述更新请求中包括与待更新第二数据库相关的更新方式信息；

根据所述与待更新第二数据库相关的更新方式信息，对所述第三服务端关联的目标第二数据库进行更新处理。

21.一种数据查询方法，其特征在于，包括：

第三服务端将第二服务端下发的至少一个第二数据库的标识信息，转发至第三客户端，所述至少一个第二数据库具有不同的查询特征；所述查询特征包括：单一条件查询，离线数据查询或在线数据查询；

获得所述第三客户端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，提交至所述第二服务端；

将所述第三服务端关联的实体店铺履约过程中产生的作业数据提交至所述第二服务端，以便所述第二服务端将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

22.一种用于创建数据库的装置，其特征在于，应用于第一服务端，包括：

请求获得单元，用于获得第一客户端提交的数据库创建请求，所述请求中包括查询特征信息；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

数据库创建单元，用于创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

23.一种用于创建数据库的装置，其特征在于，应用于第一客户端，包括：

操作选项提供单元，用于通过数据库创建界面提供用于提交查询特征信息的操作选项；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

查询特征信息提交单元，用于通过所述操作选项获得所述查询特征信息后，提交至第一服务端，以便所述第一服务端创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

24.一种数据查询装置，其特征在于，应用于第二服务端，包括：

查询特征信息获得单元，用于获得至少一个第二数据库各自关联的查询特征信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

查询特征信息确定单元，用于在接收到第二客户端提交的查询请求时，根据所述查询请求中包括的查询条件信息，确定所述查询请求对应的目标查询特征信息；

第二数据库确定单元，用于从所述至少一个第二数据库中，确定所述目标查询特征信息关联的目标第二数据库，将所述查询请求下发至所述目标第二数据库，以便所述目标第二数据库针对所述查询请求提供查询服务。

25.一种数据查询装置，其特征在于，应用于第二服务端，包括：

信息获得单元，用于获得至少一个第二数据库各自关联的查询特征信息以及用户类型信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

信息确定单元，用于在接收到第二客户端提交的查询请求时，确定所述第二客户端关联的用户的目标类型信息，以及所述查询请求对应的目标查询特征信息；

数据库确定单元，用于根据所述目标类型信息以及所述目标查询特征信息，从所述至少一个第二数据库中，确定针对所述查询请求提供查询服务的目标第二数据库。

26.一种数据查询装置，其特征在于，应用于第二服务端，包括：

信息下发单元，用于获得至少一个第二数据库的标识信息，如果接收到第三服务端提交的数据库配置请求，则将所述至少一个第二数据库的标识信息下发至所述第三服务端，所述至少一个第二数据库具有不同的查询特征；所述查询特征包括：单一条件查询，离线数据查询或在线数据查询；

关联关系建立单元，用于获得所述第三服务端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，建立所述第三服务端与所述目标第二数据库之间的关联关系；

查询服务提供单元，用于在获得所述第三服务端关联的实体店铺的作业数据时，将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

27.一种数据查询装置，其特征在于，应用于第三服务端，包括：

信息转发单元，用于将第二服务端下发的至少一个第二数据库的标识信息，转发至第三客户端，所述至少一个第二数据库具有不同的查询特征；所述查询特征包括：单一条件查询，离线数据查询或在线数据查询；

信息提交单元，用于获得所述第三客户端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，提交至所述第二服务端；

数据提交单元，用于将所述第三服务端关联的实体店铺履约过程中产生的作业数据提交至所述第二服务端，以便所述第二服务端将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

28.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得第一客户端提交的数据库创建请求，所述请求中包括查询特征信息；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

29.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

通过数据库创建界面提供用于提交查询特征信息的操作选项；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

通过所述操作选项获得所述查询特征信息后，提交至第一服务端，以便所述第一服务端创建与所述查询特征信息相匹配的第二数据库，并将第一数据库中保存的履约过程中产生的作业数据发送至所述第二数据库，所述作业数据由提供履约服务的作业系统提交至所述第一数据库。

30.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得至少一个第二数据库各自关联的查询特征信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据，所述作业数据由提供履约服务的作业系统提交至所述第一数据库；

如果接收到第二客户端提交的查询请求，则根据所述查询请求中包括的查询条件信息，确定所述查询请求对应的目标查询特征信息；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

从所述至少一个第二数据库中，确定所述目标查询特征信息关联的目标第二数据库，将所述查询请求下发至所述目标第二数据库，以便所述目标第二数据库针对所述查询请求提供查询服务。

31.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得至少一个第二数据库各自关联的查询特征信息以及用户类型信息，所述至少一个第二数据库中保存有第一数据库保存的履约过程中产生的作业数据；

如果接收到第二客户端提交的查询请求，则确定所述第二客户端关联的用户的目标类型信息，以及所述查询请求对应的目标查询特征信息；所述查询特征信息包括：单一条件查询，离线数据查询或在线数据查询；

根据所述目标类型信息以及所述目标查询特征信息，从所述至少一个第二数据库中，确定针对所述查询请求提供查询服务的目标第二数据库。

32.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得至少一个第二数据库的标识信息，如果接收到第三服务端提交的数据库配置请求，则将所述至少一个第二数据库的标识信息下发至所述第三服务端，所述至少一个第二数据库具有不同的查询特征；所述查询特征包括：单一条件查询，离线数据查询或在线数据查询；

获得所述第三服务端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，建立所述第三服务端与所述目标第二数据库之间的关联关系；

如果获得所述第三服务端关联的实体店铺的作业数据，则将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。

33.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

将第二服务端下发的至少一个第二数据库的标识信息，转发至第三客户端，所述至少一个第二数据库具有不同的查询特征；所述查询特征包括：单一条件查询，离线数据查询或在线数据查询；

获得所述第三客户端从所述至少一个第二数据库中确定的目标第二数据库的标识信息，提交至所述第二服务端；

将第三服务端关联的实体店铺履约过程中产生的作业数据提交至所述第二服务端，以便所述第二服务端将所述作业数据发送至所述目标第二数据库，并通过所述目标第二数据库向所述第三服务端提供查询服务。