CN114584576A - 数据存储方法、装置、设备、存储介质及计算机程序产品 - Google Patents

Abstract

本公开实施例公开了一种数据存储方法、装置、设备、存储介质及计算机程序产品，所述方法包括：响应于客户端本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台。该技术方案，能够通过在临时存储平台上存储订单数据的方式扩充客户端的数据存储能力，还能够提高订单数据的读取能力。

Description

数据存储方法、装置、设备、存储介质及计算机程序产品

技术领域

本公开涉及数据存储技术领域，具体涉及一种数据存储方法、装置、设备、存储介质及计算机程序产品。

背景技术

随着电子支付技术的发展，越来越多的用户利用电子支付平台在线下店铺消费，一些线下店铺会配备相应的客户端，如POS机等，用于下单以及收款等。通常情况下，同一家店铺或者连锁店铺会配备多台客户端，客户端上产生的订单数据会暂时保存在客户端本地，并周期性的上传到该家店铺或者该连锁店铺对应的服务端。然而，随着不断扩大的订单所带来的海量数据，对客户端的存储能力以及服务端的查询响应能力产生了较大的挑战。目前在客户端暂存订单数据，并周期性上传到服务端，进而在需要时通过服务端查询订单数据的处理模式，已无法满足应用增长的需求。因此，亟需一种能够提高订单数据存储能力以及查询响应能力的数据存储方案。

发明内容

本公开实施例提供一种数据存储方法、装置、电子设备及计算机可读存储介质。

第一方面，本公开实施例中提供了一种数据存储方法，包括：响应于客户端本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台。

进一步地，所述方法还包括：接收订单数据的查询请求；在所述客户端的本地存储设备存储有所述订单数据时，输出所述订单数据；在所述客户端的本地存储设备未存储所述订单数据时，向所述临时存储平台发送所述订单数据的查询请求；接收所述临时存储平台返回的订单数据，并输出所述订单数据。

进一步地，所述方法还包括：接收所述临时存储平台返回的未查询到所述订单数据的响应消息后，向所述服务端发送所述订单数据的查询请求；接收所述服务端返回的所述订单数据，并输出所述订单数据。

进一步地，所述方法还包括：响应于数据删除触发事件，向所述服务端发送数据同步询问请求；所述数据同步询问请求用于向所述服务端询问所述客户端的本地存储设备上存储的订单数据是否已在所述服务端同步存储；在接收到所述服务端返回的已同步响应消息后，从所述客户端本地存储设备删除所述订单数据。

进一步地，所述方法还包括：接收所述服务端发送的数据同步判断请求；基于所述数据同步判断请求确定待判断同步的订单数据是否与服务端存储的相应数据同步；在待判断同步的订单数据与存储在服务端的相应数据不同步时，将本地存储设备中的所述订单数据发送至服务端，以便更新存储在服务端的相应数据。

进一步地，所述方法还包括：接收服务端发送的数据一致性判断请求；响应于所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端，以便服务端基于接收到的所述订单数据，与临时存储平台上存储的相应数据进行一致性判断。

第二方面，本公开实施例中提供了一种数据存储方法，包括：响应于数据一致性判断触发事件，向所述客户端以及临时存储平台分别发送数据一致性判断请求；分别接收所述客户端以及所述临时存储平台中存储的待判断一致性的订单数据；确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据是否一致；在确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据不一致时，将从所述客户端获取的所述订单数据发送至所述临时存储平台，以便使用接收到的所述订单数据替换所述临时存储平台上存储的所述订单数据。

进一步地，所述方法还包括：接收客户端上传的订单数据；对所述订单数据进行预设逻辑的处理；将处理后的所述订单数据存储至云端数据库中。

进一步地，所述方法还包括：响应于客户端的查询请求；从所述云端数据库查询所请求的订单数据，并将查询到的所述订单数据返回给所述客户端。

进一步地，所述方法还包括：接收客户端发送的数据同步询问请求；基于所述数据同步询问请求确定所述客户端的本地存储设备上存储的订单数据是否已同步存储在云端数据库中；在所述订单数据已存储在所述云端数据库中时，向所述客户端返回数已同步响应消息。

进一步地，所述方法还包括：向所述客户端发送数据同步判断请求；所述数据同步判断请求用于请求客户端确定待判断同步的订单数据是否与服务端存储的相应数据同步；接收所述客户端返回的数据同步的响应消息；或者，接收所述客户端返回的数据不同步的响应消息，以及所述客户端存储的待判断同步的所述订单数据；将所述客户端返回的待判断同步的所述订单数据存储至所述云端数据库中，以便与所述客户端保持数据同步。

第三方面，本公开实施例中提供了一种数据存储方法，包括：接收客户端上传的订单数据；将所述订单数据存储在分布式存储节点上；响应于临时存储到期触发事件，将存储在所述分布式存储节点上的所述订单数据删除。

进一步地，还包括：接收服务端发送的数据一致性判断请求；响应于所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端，以便服务端基于接收到的所述订单数据，与所述客户端上存储的相应数据进行一致性判断。

进一步地，还包括：接收服务端发送的订单数据；所述订单数据是所述服务端从所述客户端获取的，并且与存储在所述分布式存储节点上的相应数据不一致；利用从所述服务端接收到的所述订单数据，替换所述分布式存储节点上的所述相应数据。

第四方面，本公开实施例中提供了一种数据存储方法，包括：客户端响应于本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；客户端响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台；所述临时存储平台接收所述客户端上传的订单数据，并将所述订单数据存储在分布式存储节点上；所述服务端接收客户端上传的订单数据，对所述订单数据进行预设逻辑的处理，并将处理后的所述订单数据存储至云端数据库中。

进一步地，还包括：所述服务端响应于数据一致性判断触发事件，向所述客户端以及临时存储平台分别发送数据一致性判断请求；所述客户端响应于所述服务端发送的所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端；所述临时存储平台响应于所述服务端发送的所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端；所述服务端分别接收所述客户端以及所述临时存储平台中存储的待判断一致性的订单数据，确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据是否一致；所述服务端在确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据不一致时，将从所述客户端获取的所述订单数据发送至所述临时存储平台；所述临时存储平台接收所述服务端发送的所述订单数据，利用从所述服务端接收到的所述订单数据，替换所述分布式存储节点上的所述相应数据。

进一步地，还包括：所述客户端接收订单数据的查询请求；所述客户端在所述本地存储设备存储有所述订单数据时，输出所述订单数据，在所述客户端的本地存储设备未存储所述订单数据时，向所述临时存储平台发送所述订单数据的查询请求；所述临时存储平台接收所述查询请求，将待查询的所述订单数据返回给所述客户端；所述客户端接收所述临时存储平台返回的所述订单数据，并输出所述订单数据。

进一步地，还包括：所述服务端向所述客户端发送数据同步判断请求；所述客户端接收所述服务端发送的数据同步判断请求，并基于所述数据同步判断请求确定待判断同步的订单数据是否与服务端存储的相应数据同步；在待判断同步的订单数据与存储在服务端的相应数据不同步时，所述客户端将本地存储设备中的所述订单数据发送至服务端；所述服务器接收所述客户端返回的数据不同步的响应消息，以及所述客户端存储的待判断同步的所述订单数据；所述服务器将所述客户端返回的待判断同步的所述订单数据存储至所述云端数据库中，以便与所述客户端保持数据同步。

第五方面，本公开实施例中提供了一种数据存储装置，包括：第一响应模块，被配置为响应于客户端本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；第二响应模块，被配置为响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台。

第六方面，本公开实施例中提供了一种数据存储装置，包括：第五响应模块，被配置为响应于数据一致性判断触发事件，向所述客户端以及临时存储平台分别发送数据一致性判断请求；第八接收模块，被配置为分别接收所述客户端以及所述临时存储平台中存储的待判断一致性的订单数据；第二确定模块，被配置为确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据是否一致；第三发送模块，被配置为在确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据不一致时，将从所述客户端获取的所述订单数据发送至所述临时存储平台，以便使用接收到的所述订单数据替换所述临时存储平台上存储的所述订单数据。

第七方面，本公开实施例中提供了一种数据存储装置，包括：第十三接收模块，被配置为接收客户端上传的订单数据；第三存储模块，被配置为将所述订单数据存储在分布式存储节点上；第七响应模块，被配置为响应于临时存储到期触发事件，将存储在所述分布式存储节点上的所述订单数据删除。

第八方面，本公开实施例中提供了一种数据存储系统，包括客户端、服务端和临时存储平台，其中：客户端响应于本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；客户端响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台；所述临时存储平台接收所述客户端上传的订单数据，并将所述订单数据存储在分布式存储节点上；所述服务端接收客户端上传的订单数据，对所述订单数据进行预设逻辑的处理，并将处理后的所述订单数据存储至云端数据库中。

第九方面，本公开实施例提供了一种电子设备，包括存储器和至少一个处理器，其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述至少一个处理器执行以实现上述任务处理方法的方法步骤。

第十方面，本公开实施例提供了一种计算机可读存储介质，用于存储任务处理装置所用的计算机指令，其包含用于执行上述任务处理方法为任务处理装置所涉及的计算机指令。

第十一方面，本公开实施例提供了一种计算机程序产品，包括计算机程序/指令，其中，该计算机程序/指令被处理器执行时实现上述任务处理方法的方法步骤。

本公开实施例提供的技术方案可以包括以下有益效果：

在上述实施方式中，针对商户的数据存储模式，客户端将产生的订单数据存储在本地存储设备，并基于数据上传的触发事件将本地存储设备中的全部或者部分订单数据上传至临时存储平台以及服务端，临时存储平台可以提供高性能的数据存储能力以及数据读取能力，客户端本地可以不存储或者仅存储较少一部分订单数据，需要查询的情况可以从临时存储平台读取订单数据。通过这种方式，能够通过在临时存储平台上存储订单数据的方式扩充客户端的数据存储能力，还能够提高订单数据的读取能力。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：

图1示出根据本公开一实施方式的数据存储方法的流程图；

图2示出根据本公开另一实施方式的数据存储方法的流程图；

图3示出根据本公开另一实施方式的数据存储方法的流程图；

图4示出根据本公开另一实施方式的数据存储方法的流程图；

图5(a)-图5(b)示出根据本公开一实施方式中应用临时存储平台的数据存储系统结构框图；

图6示出了根据本公开一实施方式的数据更新方式示意图；

图7示出根据本公开一实施方式的数据存储装置的结构框图；

图8示出根据本公开另一实施方式的任务处理装置的结构框图；

图9示出根据本公开另一实施方式的任务处理装置的结构框图；

图10示出根据本公开另一实施方式的数据存储系统的结构框图；

图11示出根据本公开一实施方式的电子设备的结构框图；

图12是适于用来实现根据本公开一实施方式的数据存储方法的计算机系统的结构示意图。

具体实施方式

下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

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

图1示出根据本公开一实施方式的数据存储方法的流程图，如图1所示，所述数据存储方法包括以下步骤：

在步骤S101中，响应于客户端本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；

在步骤S102中，响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为企业级分布式数据存储管理平台。

上文提及，随着电子支付应用的发展，越来越多的用户利用电子支付平台在线下店铺消费，线下店铺会配备相应的客户端，如POS机等，用于下单以及收款等。通常情况下，同一家店铺或者连锁店铺会配备多台客户端，客户端上产生的订单数据会暂时保存在客户端本地，并周期性的上传到该家店铺或者该连锁店铺对应的服务端。然而，随着不断扩大的订单应用所带来的海量数据订单，对客户端的存储能力以及服务端的查询响应能力产生了较大的挑战。目前，在客户端暂存订单数据，并周期性上传到服务端，进而在需要时通过服务端查询订单数据的处理模式，已无法满足数据增长的需求。因此，亟需一种能够提高订单数据存储能力以及查询响应能力的数据存储方案。

考虑到上述缺陷，在该实施方式中，提出一种数据存储方法，该方法中客户端产生的订单数据存储在客户端本地存储设备，并在接收到数据上传触发事件后，将本地存储设备中存储的订单数据上传至临时存储平台以及服务端，该临时存储平台由于是企业级分布式数据存储管理平台，具有较高的数据响应能力，因此可以将数据暂时存储在临时存储平台上，以供相关方进行数据查询等，此外客户端的本地存储设备中存储的订单数据也会被同步至服务端，服务端可以提供订单数据的应用处理以及永久性存储。因此，通过上述数据存储方法，数据查询应用可以由临时存储平台提供，既能够提高数据的临时存储能力，还能够提高数据查询的响应能力。

在本公开一实施方式中，所述数据存储方法可适用于产生订单数据的客户端，比如店铺中所用来下单以及收款的便携式POS机、或者台式收款机等。

在本公开一实施方式中，客户端本地产生的订单可以是在客户端下单产生的订单，订单数据可以包括但不限于订单标识、订单产生时间、订单内容(比如点餐订单中的餐品)、订单金额及其他订单数据。

客户端的本地存储设备可以是客户端自带的存储设备，可以是存储卡等硬件存储设备。客户端的本地存储设备的存储能力有限，并且客户端的本地存储设备上的订单数据可以周期性地上传到服务端以及临时存储平台，也可以在预设事件比如配置参数的更新触发下上传到服务端和/或临时存储平台。客户端可以通过网络与服务端以及临时存储平台进行远程通信。

目前，线下店铺的一种数据存储模式如下：

在店铺的客户端可以设置本地数据库，并将所有的订单数据直接存储在客户端的本地数据库中。

这种模式的优点在于，所有客户端上的操作流程，都可以在本地完成闭环，一旦出现网络等异常，或者服务端的服务出现波动，则可以直接切换成本地离线模式，不依赖服务端的数据，之后可以在网络恢复后将本地数据库中的数据同步到服务端的云端数据库中。客户端本地数据库中的订单数据可以定期删除。

这种存储模式对于小商家，也即一天订单数量不多的情况下，是非常合适的，也有利于保障客户端的鲁棒性。

但是，对于大商户的门店，会设置多个客户端，所有客户端会组成一个本地网络，并且只有一个主客户端，其他都是从客户端，只有主客户端会存储订单数据，其他从客户端不存储订单数据，一旦需要读取订单数据，则直接请求主客户端上存储的订单数据。这种情况下，一旦商户一天的订单数量非常庞大，则会对主客户端的内存造成较大压力，甚至可能会造成客户端宕机、闪退、重启等。

因此，在本公开一实施方式中，客户端产生的订单数据会暂时存储在本地存储设备，而在接收到数据上传的触发事件后，客户端将本地存储设备中的订单数据上传至临时存储平台以及服务端。

在本公开一实施方式中，数据上传的触发事件可以基于预先的设置周期性触发产生，或者由管理者基于需要触发产生，具体可以根据实际需要而定，在此不做限制。

在本公开一实施方式中，客户端可以将本地存储设备中的全部订单数据上传至临时存储平台以及服务端，也可以将部分订单数据上传至临时存储平台以及服务端。

在本公开一实施方式中，临时存储平台可以是分布式数据存储管理平台，其可以具有较高性能的数据存储能力以及数据读取能力。

在本公开一实施方式中，临时存储平台可以是以Tbase为基础平台，兼容Redis接口的高性能分布式KV存储系统。

在本公开一实施方式中，临时存储平台可以具有如下能力：

1.资源隔离能力：基于进程同时实现对CPU和内存的物理隔离。

2.数据结构支持能力：基于Redis实现，支持丰富的数据结构和接口。

3.部署架构能力：支持多Coordinator(协调者)、多Tbased对象，完全水平扩展。

4.支持LRU(Least Recently Used，最近最少使用)策略能力：支持按Key(键)的近似LRU算法。

5.数据过期能力：支持实时数据过期。

6.内存镜像能力：支持基于内存镜像的非易失性存储方案。

鉴于上述能力，临时存储平台可以存储客户端上传的订单数据，并且商家可以通过客户端从临时存储平台读取所存储的订单数据，临时存储平台能够支持多个客户端并发读取数据，能够提供比客户端的本地数据库更快的查询响应速度，因此可以有效分担客户端的数据存储压力，相当于给客户端增加了一层缓存能力。数据可以直接从临时存储平台读取，而无需查询本地数据库，更不需要查询服务端的云端数据库，在增加了数据存储能力的同时，还增加了数据读取响应能力。

可以理解的是，临时存储平台可以是分布式存储系统中提供存储能力和查询能力的服务提供者，而客户端可以是分布式存储系统中能够对分布式存储文件进行操作如存储、更新、查询等的客户端。

需要说明的是，客户端所产生的所有数据均会同步至服务端，在服务端进行应用逻辑处理后进行存储，或者直接存储，服务端也会对订单数据进行持久化存储处理，但是由于服务端的数据查询速度较慢，容易导致数据查询效率低下，降低用户的使用体验。而临时存储平台可以提供高效的查询能力以及数据存储能力，可以弥补客户端数据存储能力不足，服务端数据查询效率低下的缺陷。

在本公开一实施方式中，临时存储平台可以存储一段时间内的订单数据，比如一天、一周或一个月内的订单数据，并且可以设置成在超过该段时间后，可以删除临时存储平台中的订单数据。

在上述实施方式中，针对商户的数据存储模式，客户端将产生的订单数据存储在本地存储设备，并基于数据上传的触发事件将本地存储设备中的全部或者部分订单数据上传至临时存储平台以及服务端，临时存储平台可以提供数据存储能力以及数据读取能力，客户端本地可以不存储或者仅存储较少一部分订单数据，需要的情况可以从临时存储平台读取订单数据。通过这种方式，能够通过在临时存储平台上存储订单数据的方式扩展客户端的数据存储能力，还能够提高订单数据的读取能力。

在本公开一实施方式中，所述方法还可包括以下步骤：

接收订单数据的查询请求；

在所述客户端的本地存储设备存储有所述订单数据时，输出所述订单数据；

在所述客户端的本地存储设备未存储所述订单数据时，向所述临时存储平台发送所述订单数据的查询请求；

接收所述临时存储平台返回的订单数据，并输出所述订单数据。

在该实施方式中，用户可以通过客户端查询订单数据，例如可以基于订单的标识查询某个订单数据，也可以查询当天、当前时段或者历史时段内的订单数据等。客户端在接收到查询请求后，可以基于查询条件查看本地存储设备中是否存储有需要查询的订单数据，如果存储有需要查询的订单数据，则从本地存储设备查询并输出该订单数据，例如展示在客户端的显示屏幕上等；而在本地存储设备中未存储待查询的该订单数据，则该订单数据可能是其他客户端产生的，或者当前客户端产生，但是由于存储时间较长，已经同步到临时存储平台和服务端，而本地存储设备上的数据已经被删除。因此，在本地存储设备中未存储待查询的订单数据时，客户端可以向临时存储平台发送订单数据的查询请求，临时存储平台可以将查询的订单数据返回给客户端，客户端再输出给用户，如在客户端平面上显示等。

通过这种方式，由于临时存储平台能够提供高性能的数据读取能力，因此在客户端的本地存储设备上未存储有待查询的订单数据时，也能够从临时存储平台快速获取待查询的订单数据。此外，在同一个商家对应有多台客户端时，任意一个客户端均能够通过上述方式查询该商家的任意一个订单。

在本公开一实施方式中，所述方法还可包括以下步骤：

接收所述临时存储平台返回的未查询到所述订单数据的响应消息后，向所述服务端发送所述订单数据的查询请求；

接收所述服务端返回的所述订单数据，并输出所述订单数据。

该实施方式中，由于临时存储平台中存储订单数据的目的是为了能够在一段时间内提供订单数据的存储以及查询服务，以扩充客户端的数据存储和查询能力。因此，临时存储平台中的订单数据也可以周期性的删除，例如可以将超过一天、一周或者一个月的订单数据删除。客户端向临时存储平台发送订单数据的查询请求后，如果临时存储平台中也未存储需要查询的订单数据，则可以向服务端发送该订单数据的查询请求，并在服务端返回该订单数据后，客户端向用户输出该订单数据，例如在屏幕上显示该订单数据等。

在本公开一实施方式中，所述方法还可包括以下步骤：

响应于数据删除触发事件，向所述服务端发送数据同步询问请求；所述数据同步询问请求用于向所述服务端询问所述客户端的本地存储设备上存储的订单数据是否已在所述服务端同步存储；

在接收到所述服务端返回的已同步响应消息后，从所述客户端本地存储设备删除所述订单数据。

该实施方式中，如上文中所述，客户端产生的所有订单数据都会同步存储至服务端，由于客户端的本地存储设备的存储能力有限，通常只会存储较短时间内的订单数据，并在超过一定时间或者订单数据的存储大小超过一定值时，需要将客户端上的存储数据删除。在一些实施例中，可以周期性地触发数据删除触发事件，或者客户端的本地存储设备上的数据存储量大于预设阈值后，触发数据删除触发事件。当然，可以理解的是，还可以设定其他条件触发该数据删除触发事件，具体可以基于实际需要设定，在此不做限制。

客户端在检测到数据删除触发事件后，可以向服务端发送数据同步询问请求，以确定客户端当前要删除的订单数据均已同步存储至服务端。在一些实施例中，数据删除触发事件中可以携带需要删除的订单数据的索引数据等，以便服务端可以基于数据删除触发事件中携带的索引数据等判断客户端当前要删除的是哪些订单数据。服务端如果判断客户端当前要删除的订单数据均已存储在服务端，并且与客户端存储的订单数据一致，则可以向客户端返回已同步响应消息，客户端接收到该已同步响应消息后，将本地存储设备中存储的当前要删除的订单数据删除。

在一些实施例中，客户端可以基于预先的设置或者数据删除触发事件中的参数删除客户端的本地存储设备中全部订单数据或者部分订单数据。例如，可以删除存储时间超过预设周期的订单数据。

在本公开一实施方式中，所述方法还可包括以下步骤：

接收所述服务端发送的数据同步判断请求；

基于所述数据同步判断请求确定待判断同步的订单数据是否与服务端存储的相应数据同步；

在待判断同步的订单数据与存储在服务端的相应数据不同步时，将本地存储设备中的所述订单数据发送至服务端，以便更新存储在服务端的相应数据。

该实施方式中，服务端可以设置有数据同步判断逻辑，可以周期性地或者其他触发条件下触发该数据同步判断逻辑。该数据同步判断逻辑被触发后，可以向客户端发送数据同步判断请求。该数据同步判断请求中可以携带需要判断数据同步的订单数据的索引信息、同步验证信息等，客户端在接收到数据同步判断请求后，基于该数据同步判断请求中携带的索引信息等，确定需要判断数据同步的是哪些订单数据，并基于该数据同步判断请求中携带的同步验证信息判断客户端的本地存储设备上存储的订单数据与服务端存储的相应数据是否同步。

客户端在判断本地存储设备中存储的订单数据与服务端存储的相应数据同步的情况下，向服务端发送数据同步的反馈信息，而在判断不同步的情况下，可以将客户端的本地存储设备中的订单数据发送给服务端，以便服务端利用客户端的本地存储设备中的订单数据更新服务端侧存储的相应数据，最终保持客户端与服务端所存储的数据同步。

在本公开一实施方式中，所述方法还可包括以下步骤：

接收服务端发送的数据一致性判断请求；

响应于所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端，以便服务端基于接收到的所述订单数据，与临时存储平台上存储的相应数据进行一致性判断。

该实施方式中，服务端可以设置数据一致性判断逻辑，可以周期性地或者其他触发条件下触发该数据一致性判断逻辑。该数据一致性判断逻辑被触发后，可以向客户端发送数据一致性判断请求。该数据一致性判断请求中可以携带需要判断数据一致性的订单数据的索引信息等，客户端在接收到数据一致性判断请求后，基于该数据一致性判断请求中携带的索引信息等，确定需要判断数据一致性的是哪些订单数据，并将该些订单数据发送至服务端。

服务端在向客户端发送数据一致性判断请求时，也可以向临时存储平台发送数据一致性判断请求，该数据一致性判断请求中可以携带需要判断数据一致性的订单数据的索引信息等，临时存储平台在接收到数据一致性判断请求后，基于该数据一致性判断请求中携带的索引信息等，确定需要判断数据一致性的是哪些订单数据，并将该些订单数据发送至服务端。

服务端分别接收到客户端和临时存储平台发送的订单数据，通过比对两者来确定客户端和临时存储平台上的数据是否一致，如果不一致，则可以将从客户端接收到的订单数据发送给临时存储平台，以便临时存储平台使用所接收到的订单数据覆盖原来的订单数据，保持与客户端的数据一致。

图2示出根据本公开另一实施方式的数据存储方法的流程图，如图2所示，所述数据更新方法包括以下步骤：

在步骤S201中，响应于数据一致性判断触发事件，向所述客户端以及临时存储平台分别发送数据一致性判断请求；

在步骤S202中，分别接收所述客户端以及所述临时存储平台中存储的待判断一致性的订单数据；

在步骤S203中，确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据是否一致；

在步骤S204中，在确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据不一致时，将从所述客户端获取的所述订单数据发送至所述临时存储平台，以便使用接收到的所述订单数据替换所述临时存储平台上存储的所述订单数据。

考虑到上述缺陷，在该实施方式中，提出一种数据存储方法，该方法中客户端产生的订单数据存储在客户端本地存储设备，并在接收到数据上传触发事件后，将本地存储设备中存储的订单数据上传至临时存储平台以及服务端，该临时存储平台由于是企业级分布式数据存储管理平台，具有较高的数据响应能力，因此可以将数据暂时存储在临时存储平台上，以供相关方进行数据查询等，此外客户端的本地存储设备中存储的订单数据也会被备份到服务端，服务端可以提供订单数据的应用处理以及永久性存储。另外，为了保持临时存储平台上存储的订单数据与客户端的本地存储设备上的订单数据保持一致，以避免数据不一致导致查询到错误的订单数据，服务端上还可以设置数据一致性判断逻辑，并在该数据一致性判断逻辑被触发后，分别从客户端以及临时存储平台获取相应的订单数据，进而比对从客户端和临时存储平台获取的订单数据是否一致，在不一致的情况下，将从客户端获取的订单数据发送给临时存储平台，以便使用客户端获取的订单数据更新临时存储平台上的数据。因此，通过上述数据存储方法，数据查询应用可以由临时存储平台提供，并且在服务端的数据一致性判断逻辑下，既能够提高数据的临时存储能力，还能够提高数据查询的响应能力，并保证订单数据的准确性。

在本公开一实施方式中，所述数据存储方法可适用于永久存储以及关联客户端上产生的订单数据的服务端。可以理解的是，服务端可以为多个客户端提供服务。

在本公开一实施方式中，客户端本地产生的订单可以是利用客户端下单产生的订单，订单数据可以包括但不限于订单标识、订单产生时间、订单内容(比如点餐订单中的餐品)、订单金额及其他订单数据。

客户端的本地存储设备可以是客户端自带的存储设备，可以是存储卡等硬件存储设备。客户端的本地存储设备的存储能力有限，并且客户端的本地存储设备上的订单数据可以周期性地上传到服务端以及临时存储平台进行备份，也可以在预设事件比如人工的触发下上传到服务端和/或临时存储平台。客户端可以通过网络与服务端以及临时存储平台进行远程通信。

在本公开一实施方式中，客户端产生的订单数据会暂时存储在本地存储设备，而在接收到数据上传的触发事件后，客户端将本地存储设备中的订单数据上传至临时存储平台以及服务端。

在本公开一实施方式中，数据上传的触发事件可以基于预先的设置周期性触发产生，或者由管理者基于需要触发产生，具体可以根据实际需要而定，在此不做限制。

在本公开一实施方式中，客户端可以将本地存储设备中的全部订单数据上传至临时存储平台以及服务端，也可以将部分订单数据上传至临时存储平台以及服务端。

在本公开一实施方式中，临时存储平台可以是分布式数据存储管理平台，其可以具有较高性能的数据存储能力以及数据读取能力。

在本公开一实施方式中，临时存储平台可以是以Tbase为基础平台的，兼容Redis接口的高性能分布式KV存储系统。

临时存储平台可以存储客户端上传的订单数据，并且商家可以通过客户端从临时存储平台读取所存储的订单数据，临时存储平台能够支持多个客户端并发读取数据，能够提供比客户端的本地数据库更快的查询响应速度，因此可以有效分担客户端的数据存储压力，相当于给客户端增加了一层缓存能力。数据可以直接从临时存储平台读取，而无需查询本地数据库，更不需要查询服务端的云端数据库，在增加了数据存储能力的同时，还增加了数据读取响应能力。

需要说明的是，客户端所产生的所有数据均会同步至服务端，在服务端进行应用处理后进行存储，服务端也会对所存储的订单数据进行永久性存储处理，但是由于服务端的数据查询速度较慢，容易导致数据查询效率低下，降低用户的使用体验。而临时存储平台可以提供高效的查询能力以及数据存储能力，可以弥补客户端数据存储能力不足，服务端数据查询效率低下的缺陷。

在本公开一实施方式中，临时存储平台可以存储一段时间内的订单数据，比如一天、一周或一个月内的订单数据，并且可以设置成在超过该段时间后，可以删除临时存储平台中的订单数据。

在本公开一实施方式中，服务端可以设置数据一致性判断逻辑，可以周期性地或者其他触发条件下触发该数据一致性判断逻辑。该数据一致性判断逻辑被触发后，可以向客户端发送数据一致性判断请求。该数据一致性判断请求中可以携带需要判断数据一致性的订单数据的索引信息等，客户端在接收到数据一致性判断请求后，基于该数据一致性判断请求中携带的索引信息等，确定需要判断数据一致性的是哪些订单数据，并将该些订单数据发送至服务端。

服务端在向客户端发送数据一致性判断请求时，也可以向临时存储平台发送数据一致性判断请求，该数据一致性判断请求中可以携带需要判断数据一致性的订单数据的索引信息等，临时存储平台在接收到数据一致性判断请求后，基于该数据一致性判断请求中携带的索引信息等，确定需要判断数据一致性的是哪些订单数据，并将该些订单数据发送至服务端。

服务端分别接收到客户端和临时存储平台发送的订单数据，通过比对两者来确定客户端和临时存储平台上的数据是否一致，如果不一致，则可以将从客户端接收到的订单数据发送给临时存储平台，以便临时存储平台使用所接收到的订单数据覆盖原来的订单数据，保持与客户端的数据一致。

在上述实施方式中，针对商户的数据存储模式，客户端将产生的订单数据存储在本地存储设备，并基于数据上传的触发事件将本地存储设备中的全部或者部分订单数据上传至临时存储平台以及服务端，临时存储平台可以提供数据存储能力以及数据读取能力，客户端本地可以不存储或者仅存储较少一部分订单数据，需要的情况可以从临时存储平台读取订单数据。服务端可以响应于周期性或者其他触发条件触发的数据一致性判断触发事件，从客户端和临时存储平台分别获取待判断数据一致性的订单数据，进而判断两者是否一致，并且在两者不一致时，将从客户端获取的订单数据发送至临时存储平台，使得临时存储平台上的订单数据始终与客户端上的相应数据保持一致。通过这种方式，能够通过在临时存储平台上存储订单数据的方式扩展客户端的数据存储能力，还能够提高订单数据的读取能力，并能够保证数据的准确性。

在本公开一实施方式中，所述方法还包括以下步骤：

接收客户端上传的订单数据；

对所述订单数据进行预设逻辑的处理；

将处理后的所述订单数据存储至云端数据库中。

该实施方式中，如上文中所述，客户端可以周期性或者在其他触发条件下，将客户端本地存储设备上的订单数据上传至服务端，服务端接收到客户端发送的订单数据后，可以按照预设逻辑对订单数据进行处理，还可以将处理后的订单数据存储在云端数据库中。

在本公开一实施方式中，所述方法还包括以下步骤：

响应于客户端的查询请求；

从所述云端数据库查询所请求的订单数据，并将查询到的所述订单数据返回给所述客户端。

该实施方式中，用户可以通过客户端查询订单数据，在客户端的本地存储设备上未存储待查询的订单数据后，客户端可以从临时存储平台请求待查询的订单数据，而临时存储平台中也未存储待查询的订单数据后，客户端向服务端发送查询请求，由于客户端上产生的订单数据均会存储在服务端侧的云端数据库中，因此服务端会从云端数据库中获取待查询的订单数据，并返回给客户端。

在本公开一实施方式中，所述方法还包括以下步骤：

接收客户端发送的数据同步询问请求；

基于所述数据同步询问请求确定所述客户端的本地存储设备上存储的订单数据是否已同步存储在云端数据库中；

在所述订单数据已存储在所述云端数据库中时，向所述客户端返回数已同步响应消息。

该实施方式中，如上文中所述，客户端产生的所有订单数据都会同步存储至服务端，由于客户端的本地存储设备的存储能力有限，通常只会存储较短时间内的订单数据，并在超过一定时间或者订单数据的存储大小超过一定值时，需要将客户端上的存储数据删除。在一些实施例中，可以周期性地触发数据删除触发事件，或者客户端的本地存储设备上的数据存储量大于预设阈值后，触发数据删除触发事件。当然，可以理解的是，还可以设定其他条件触发该数据删除触发事件，具体可以基于实际需要设定，在此不做限制。

客户端在检测到数据删除触发事件后，可以向服务端发送数据同步询问请求，以确定客户端当前要删除的订单数据均已同步存储至服务端。在一些实施例中，数据删除触发事件中可以携带需要删除的订单数据的索引数据等，以便服务端可以基于数据删除触发事件中携带的索引数据等判断客户端当前要删除的是哪些订单数据。服务端如果判断客户端当前要删除的订单数据均已存储在服务端侧的云端数据库，并且与客户端存储的订单数据一致，则可以向客户端返回已同步响应消息，客户端接收到该已同步响应消息后，将本地存储设备中存储的当前要删除的订单数据删除。

在一些实施例中，客户端可以基于预先的设置或者数据删除触发事件中的参数删除客户端的本地存储设备中全部订单数据或者部分订单数据。例如，可以删除存储时间超过预设周期的订单数据。

在本公开一实施方式中，所述方法还可包括以下步骤：

向所述客户端发送数据同步判断请求；所述数据同步判断请求用于请求客户端确定待判断同步的订单数据是否与服务端存储的相应数据同步；

接收所述客户端返回的数据同步的响应消息；或者，

接收所述客户端返回的数据不同步的响应消息，以及所述客户端存储的待判断同步的所述订单数据；

将所述客户端返回的待判断同步的所述订单数据存储至所述云端数据库中，以便与所述客户端保持数据同步。

该实施方式中，服务端可以设置有数据同步判断逻辑，可以周期性地或者其他触发条件下触发该数据同步判断逻辑。该数据同步判断逻辑被触发后，可以向客户端发送数据同步判断请求。该数据同步判断请求中可以携带需要判断数据同步的订单数据的索引信息、同步验证信息等，客户端在接收到数据同步判断请求后，基于该数据同步判断请求中携带的索引信息等，确定需要判断数据同步的是哪些订单数据，并基于该数据同步判断请求中携带的同步验证信息判断客户端的本地存储设备上存储的订单数据与服务端存储的相应数据是否同步。

客户端在判断本地存储设备中存储的订单数据与服务端存储的相应数据同步的情况下，向服务端发送数据同步的响应消息，而在判断不同步的情况下，可以将客户端的本地存储设备中的订单数据发送给服务端，以便服务端利用客户端的本地存储设备中的订单数据更新云端数据库中存储的相应数据，最终使得云端数据库中的订单数据与客户端的本地存储设备中的数据一致。

图3示出根据本公开另一实施方式的数据存储方法的流程图，如图3所示，所述数据存储方法包括以下步骤：

在步骤S301中，接收客户端上传的订单数据；

在步骤S302中，将所述订单数据存储在分布式存储节点上；

在步骤S303中，响应于临时存储到期触发事件，将存储在所述分布式存储节点上的所述订单数据删除。

在该实施方式中，提出一种数据存储方法，该方法中客户端产生的订单数据存储在客户端本地存储设备，并在接收到数据上传触发事件后，将本地存储设备中存储的订单数据上传至临时存储平台以及服务端，该临时存储平台由于是企业级分布式数据存储管理平台，具有较高的数据响应能力，因此可以将数据暂时存储在临时存储平台上，以供相关方进行数据查询等，此外客户端的本地存储设备中存储的订单数据也会被备份到服务端，服务端可以提供订单数据的应用处理以及永久性存储。因此，通过上述数据存储方法，数据查询应用可以由临时存储平台提供，既能够提高数据的临时存储能力，还能够提高数据查询的响应能力。

在本公开一实施方式中，所述数据存储方法可适用于临时存储客户端所产生的订单数据的临时存储平台。

在本公开一实施方式中，客户端本地产生的订单可以是利用客户端下单产生的订单，订单数据可以包括但不限于订单标识、订单产生时间、订单内容(比如点餐订单中的餐品)、订单金额及其他订单数据。

客户端的本地存储设备可以是客户端自带的存储设备，可以是存储卡等硬件存储设备。客户端的本地存储设备的存储能力有限，并且客户端的本地存储设备上的订单数据可以周期性地上传到服务端以及临时存储平台进行备份，也可以在预设事件比如人工的触发下上传到服务端和/或临时存储平台。客户端可以通过网络与服务端以及临时存储平台进行远程通信。

在本公开一实施方式中，客户端产生的订单数据会暂时存储在本地存储设备，而在接收到数据上传的触发事件后，客户端将本地存储设备中的订单数据上传至临时存储平台以及服务端。

在本公开一实施方式中，数据上传的触发事件可以基于预先的设置周期性触发产生，或者由管理者基于需要触发产生，具体可以根据实际需要而定，在此不做限制。

在本公开一实施方式中，客户端可以将本地存储设备中的全部订单数据上传至临时存储平台以及服务端，也可以将部分订单数据上传至临时存储平台以及服务端。

在本公开一实施方式中，临时存储平台可以是分布式数据存储管理平台，其可以具有较高性能的数据存储能力以及数据读取能力。

在本公开一实施方式中，临时存储平台可以是以Tbase为基础平台的，兼容Redis接口的高性能分布式KV存储系统。

在本公开一实施方式中，临时存储平台可以具有如下能力：

1.资源隔离能力：基于进程同时实现对CPU和内存的物理隔离。

2.数据结构支持能力：基于Redis实现，支持丰富的数据结构和接口。

3.部署架构能力：支持多Coordinator(协调者)、多Tbased对象，完全水平扩展。

4.支持LRU(Least Recently Used，最近最少使用)策略能力：支持按Key(键)的近似LRU算法。

5.数据过期能力：支持实时数据过期。

6.内存镜像能力：支持基于内存镜像的非易失性存储方案。

鉴于上述能力，临时存储平台可以存储客户端上传的订单数据，并且商家可以通过客户端从临时存储平台读取所存储的订单数据，临时存储平台能够支持多个客户端并发读取数据，能够提供比客户端的本地数据库更快的查询响应速度，因此可以有效分担客户端的数据存储压力，相当于给客户端增加了一层缓存能力。数据可以直接从临时存储平台读取，而无需查询本地数据库，更不需要查询服务端的云端数据库，在增加了数据存储能力的同时，还增加了数据读取响应能力。

需要说明的是，客户端所产生的所有数据均会同步至服务端，在服务端进行应用处理后进行存储，服务端也会对所存储的订单数据进行永久性存储处理，但是由于服务端的数据查询速度较慢，容易导致数据查询效率低下，降低用户的使用体验。而临时存储平台可以提供高效的查询能力以及数据存储能力，可以弥补客户端数据存储能力不足，服务端数据查询效率低下的缺陷。

在本公开一实施方式中，临时存储平台可以存储一段时间内的订单数据，比如一天、一周或一个月内的订单数据，并且可以设置成在超过该段时间后，可以删除临时存储平台中的订单数据。

在本公开一实施方式中，临时存储到期触发事件可以是基于所设置的超期时间而触发的，也即在超期时间到达后，会触发临时存储到期触发事件，在该事件的触发先，临时存储平台中存储的相应订单数据可以被清楚。在一些实施例中，该超期时间可以被设置成一天、一周或一个月，具体可以根据实际需要而定。

在上述实施方式中，针对商户的数据存储模式，客户端将产生的订单数据存储在本地存储设备，并基于数据上传的触发事件将本地存储设备中的全部或者部分订单数据上传至临时存储平台以及服务端，临时存储平台可以提供数据存储能力以及数据读取能力，客户端本地可以不存储或者仅存储较少一部分订单数据，需要的情况可以从临时存储平台读取订单数据；而临时存储平台可以在接收到客户端上传的订单数据后，将其存储至分布式存储节点上，并且在临时存储到期触发事件的触发下，将相应的订单数据删除。通过这种方式，能够通过在临时存储平台上存储订单数据的方式扩展客户端的数据存储能力，还能够提高订单数据的读取能力。

在本公开一实施方式中，所述方法还包括以下步骤：

接收服务端发送的数据一致性判断请求；

响应于所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端，以便服务端基于接收到的所述订单数据，与所述客户端上存储的相应数据进行一致性判断。

该实施方式中，服务端可以设置数据一致性判断逻辑，可以周期性地或者其他触发条件下触发该数据一致性判断逻辑。该数据一致性判断逻辑被触发后，可以向客户端发送数据一致性判断请求。该数据一致性判断请求中可以携带需要判断数据一致性的订单数据的索引信息等，客户端在接收到数据一致性判断请求后，基于该数据一致性判断请求中携带的索引信息等，确定需要判断数据一致性的是哪些订单数据，并将该些订单数据发送至服务端。

服务端在向客户端发送数据一致性判断请求时，也可以向临时存储平台发送数据一致性判断请求，该数据一致性判断请求中可以携带需要判断数据一致性的订单数据的索引信息等，临时存储平台在接收到数据一致性判断请求后，基于该数据一致性判断请求中携带的索引信息等，确定需要判断数据一致性的是哪些订单数据，并将该些订单数据发送至服务端。

在本公开一实施方式中，所述方法还包括以下步骤：

接收服务端发送的订单数据；所述订单数据是所述服务端从所述客户端获取的，并且与存储在所述分布式存储节点上的相应数据不一致；

利用从所述服务端接收到的所述订单数据，替换所述分布式存储节点上的所述相应数据。

该实施方式中，服务端分别接收到客户端和临时存储平台发送的订单数据，通过比对两者来确定客户端和临时存储平台上的数据是否一致，如果不一致，则可以将从客户端接收到的订单数据发送给临时存储平台，临时存储平台使用所接收到的订单数据覆盖原来存储在分布式存储节点上的相应数据，以保持与客户端的数据一致。

图4示出根据本公开另一实施方式的数据存储方法的流程图，如图4所示，所述数据存储方法包括以下步骤：

在步骤S401中，客户端响应于本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；

在步骤S402中，客户端响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台；

在步骤S403中，所述临时存储平台接收所述客户端上传的订单数据，并将所述订单数据存储在分布式存储节点上；

在步骤S404中，所述服务端接收客户端上传的订单数据，对所述订单数据进行预设逻辑的处理，并将处理后的所述订单数据存储至云端数据库中。

在本公开一实施方式中，所述方法还包括以下步骤：

所述服务端响应于数据一致性判断触发事件，向所述客户端以及临时存储平台分别发送数据一致性判断请求；

所述客户端响应于所述服务端发送的所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端；

所述临时存储平台响应于所述服务端发送的所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端；

所述服务端分别接收所述客户端以及所述临时存储平台中存储的待判断一致性的订单数据，确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据是否一致；

所述服务端在确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据不一致时，将从所述客户端获取的所述订单数据发送至所述临时存储平台；

所述临时存储平台接收所述服务端发送的所述订单数据，利用从所述服务端接收到的所述订单数据，替换所述分布式存储节点上的所述相应数据。

在本公开一实施方式中，所述方法还包括以下步骤：

所述客户端接收订单数据的查询请求；

所述客户端在所述本地存储设备存储有所述订单数据时，输出所述订单数据，在所述客户端的本地存储设备未存储所述订单数据时，向所述临时存储平台发送所述订单数据的查询请求；

所述临时存储平台接收所述查询请求，将待查询的所述订单数据返回给所述客户端；

所述客户端接收所述临时存储平台返回的所述订单数据，并输出所述订单数据。

在本公开一实施方式中，所述方法还包括以下步骤：

所述服务端向所述客户端发送数据同步判断请求；

所述客户端接收所述服务端发送的数据同步判断请求，并基于所述数据同步判断请求确定待判断同步的订单数据是否与服务端存储的相应数据同步；

在待判断同步的订单数据与存储在服务端的相应数据不同步时，所述客户端将本地存储设备中的所述订单数据发送至服务端；

所述服务器接收所述客户端返回的数据不同步的响应消息，以及所述客户端存储的待判断同步的所述订单数据；

所述服务器将所述客户端返回的待判断同步的所述订单数据存储至所述云端数据库中，以便与所述客户端保持数据同步。

图4所示及相关实施方式中涉及的技术术语和技术特征与图1-3所示及相关实施方式中提及的技术术语和技术特征相同或相似，对于图4所示及相关实施方式中涉及的技术术语和技术特征的解释和说明可参考上述对于图1-3所示及相关实施方式的解释的说明，此处不再赘述。

图5(a)-图5(b)示出根据本公开一实施方式中应用临时存储平台的数据存储系统结构框图，如图5(a)-图5(b)所示，该数据存储系统中客户端、外部临时存储平台、服务端、云端数据库以及管理侧。其中，

客户端可以是POS机器，POS机器本身具有本地存储能力、处理计算能力以及网络通信能力。

服务端可以是云端的服务提供集群，在一些实施例中可以为商家的SaaS服务平台，服务端可以处理从客户端上传的请求和数据，例如对客户端上传的数据进行应用逻辑处理，再返回和数据持久化等操作，是整个数据存储系统的核心部分。

云端数据库用于数据持久化存储，服务端可以将客户端上传的订单数据直接存储至云端数据库或者经过应用逻辑处理后的再存储。

云端数据库包括公共库和独立库，公共库可以是一种所有应用都可以使用的数据库，一般存储的是基础数据，例如门店名称、品牌名称、应用ID、企业账号等，独立数据库的数据读取方式统一，有统一的规范。而独立库存储的是针对不同的应用需要，独立存储的数据，例如品牌会员数据信息、会员储值信息数据等，独立库需要配置单独的连接参数，数据存储的方式也可以根据不同的关键字段分库分表存储。

图5(a)所示的数据存储系统中，客户端可以从本地存储设备查询数据，还可以从外部临时存储平台以及服务端查询数据，服务端在接收到查询请求后，从云端数据库查询数据，另外服务端接收到客户端上传的数据后，可以更新云端数据库中的内容。

图5(b)所示的数据存储系统中，管理侧更新配置参数，服务端基于更新后的配置参数同步更新客户端、外部临时存储平台以及云端数据库。

图6示出了根据本公开一实施方式的数据更新方式示意图。如图6所示，数据更新可以分为被动更新和主动更新模式，主动更新模式下管理员通过配置参数更新外部临时存储平台中的缓存数据，被动更新模式下，客户端产生新的数据，客户端将新的数据上传至临时存储平台，临时存储平台可以利用新的数据替换老的数据。通过客户端进行数据查询时，如果客户端本地存储设备中存储有待查询的数据，则直接输出该数据，而如果客户端本地没有待查询的数据，则客户端可以从外部临时存储平台加载待查询的数据，并输出该数据。

需要说明的是，上述技术特征在具有可行性的条件下可相互组合以形成新的技术方案，本公开不对所有的特征组合进行穷举，并不能说明该特征组合不存在。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图7示出根据本公开一实施方式的数据存储装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图7所示，所述数据存储装置包括：

第一响应模块701，被配置为响应于客户端本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；

第二响应模块702，被配置为响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台。

在本公开一实施方式中，所述装置还包括：

第一接收模块，被配置为接收订单数据的查询请求；

第一输出模块，被配置为在所述客户端的本地存储设备存储有所述订单数据时，输出所述订单数据；

第一发送模块，被配置为在所述客户端的本地存储设备未存储所述订单数据时，向所述临时存储平台发送所述订单数据的查询请求；

第二接收模块，被配置为接收所述临时存储平台返回的订单数据，并输出所述订单数据。

在本公开一实施方式中，所述装置还包括：

第三接收模块，被配置为接收所述临时存储平台返回的未查询到所述订单数据的响应消息后，向所述服务端发送所述订单数据的查询请求；

第四接收模块，被配置为接收所述服务端返回的所述订单数据，并输出所述订单数据。

在本公开一实施方式中，所述装置还包括：

第三响应模块，被配置为响应于数据删除触发事件，向所述服务端发送数据同步询问请求；所述数据同步询问请求用于向所述服务端询问所述客户端的本地存储设备上存储的订单数据是否已在所述服务端同步存储；

第五接收模块，被配置为在接收到所述服务端返回的已同步响应消息后，从所述客户端本地存储设备删除所述订单数据。

在本公开一实施方式中，所述装置还包括：

第六接收模块，被配置为接收所述服务端发送的数据同步判断请求；

第一确定模块，被配置为基于所述数据同步判断请求确定待判断同步的订单数据是否与服务端存储的相应数据同步；

第二发送模块，被配置为在待判断同步的订单数据与存储在服务端的相应数据不同步时，将本地存储设备中的所述订单数据发送至服务端，以便更新存储在服务端的相应数据。

在本公开一实施方式中，所述装置还包括：

第七接收模块，被配置为接收服务端发送的数据一致性判断请求；

第四响应模块，被配置为响应于所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端，以便服务端基于接收到的所述订单数据，与临时存储平台上存储的相应数据进行一致性判断。

本实施例中的数据存储装置与上文中图1及相关实施例中所述的数据存储方法对应一致，具体细节可参见上文中对图1及相关实施例的描述，在此不再赘述。

图8示出根据本公开另一实施方式的任务处理装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图8所示，所述任务处理装置包括：

第五响应模块801，被配置为响应于数据一致性判断触发事件，向所述客户端以及临时存储平台分别发送数据一致性判断请求；

第八接收模块802，被配置为分别接收所述客户端以及所述临时存储平台中存储的待判断一致性的订单数据；

第二确定模块803，被配置为确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据是否一致；

第三发送模块804，被配置为在确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据不一致时，将从所述客户端获取的所述订单数据发送至所述临时存储平台，以便使用接收到的所述订单数据替换所述临时存储平台上存储的所述订单数据。

在本公开一实施方式中，所述装置还包括：

第九接收模块，被配置为接收客户端上传的订单数据；

处理模块，被配置为对所述订单数据进行预设逻辑的处理；

第一存储模块，被配置为将处理后的所述订单数据存储至云端数据库中。

在本公开一实施方式中，所述装置还包括：

第六响应模块，被配置为响应于客户端的查询请求；

查询模块，被配置为从所述云端数据库查询所请求的订单数据，并将查询到的所述订单数据返回给所述客户端。

在本公开一实施方式中，所述装置还包括：

第十接收模块，被配置为接收客户端发送的数据同步询问请求；

第三确定模块，被配置为基于所述数据同步询问请求确定所述客户端的本地存储设备上存储的订单数据是否已同步存储在云端数据库中；

返回模块，被配置为在所述订单数据已存储在所述云端数据库中时，向所述客户端返回数已同步响应消息。

在本公开一实施方式中，所述装置还包括：

第四发送模块，被配置为向所述客户端发送数据同步判断请求；所述数据同步判断请求用于请求客户端确定待判断同步的订单数据是否与服务端存储的相应数据同步；

第十一接收模块，被配置为接收所述客户端返回的数据同步的响应消息；或者，

第十二接收模块，被配置为接收所述客户端返回的数据不同步的响应消息，以及所述客户端存储的待判断同步的所述订单数据；

第二存储模块，被配置为将所述客户端返回的待判断同步的所述订单数据存储至所述云端数据库中，以便与所述客户端保持数据同步。

本实施例中的数据存储装置与上文中图2及相关实施例中所述的数据存储方法对应一致，具体细节可参见上文中对图2及相关实施例的描述，在此不再赘述。

图9示出根据本公开另一实施方式的任务处理装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图9所示，所述任务处理装置包括：

第十三接收模块901，被配置为接收客户端上传的订单数据；

第三存储模块902，被配置为将所述订单数据存储在分布式存储节点上；

第七响应模块903，被配置为响应于临时存储到期触发事件，将存储在所述分布式存储节点上的所述订单数据删除。

在本公开一实施方式中，所述装置还包括：

第十四接收模块，被配置为接收服务端发送的数据一致性判断请求；

第八响应模块，被配置为响应于所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端，以便服务端基于接收到的所述订单数据，与所述客户端上存储的相应数据进行一致性判断。

在本公开一实施方式中，所述装置还包括：

第十五接收模块，被配置为接收服务端发送的订单数据；所述订单数据是所述服务端从所述客户端获取的，并且与存储在所述分布式存储节点上的相应数据不一致；

替换模块，被配置为利用从所述服务端接收到的所述订单数据，替换所述分布式存储节点上的所述相应数据。

本实施例中的数据存储装置与上文中图3及相关实施例中所述的数据存储方法对应一致，具体细节可参见上文中对图3及相关实施例的描述，在此不再赘述。

图10示出根据本公开另一实施方式的数据存储系统的结构框图。如图10所示，所述数据存储系统包括：客户端1001、服务端1002和临时存储平台1003，其中：

客户端1001响应于本地产生的订单，在所述客户端1001的本地存储设备上存储所述订单的订单数据；

客户端1001响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台1003以及服务端1002；所述临时存储平台1003为分布式数据存储管理平台；

所述临时存储平台1003接收所述客户端1001上传的订单数据，并将所述订单数据存储在分布式存储节点上；

所述服务端1002接收客户端1001上传的订单数据，对所述订单数据进行预设逻辑的处理，并将处理后的所述订单数据存储至云端数据库中。

在本公开一实施方式中，所述服务端1002响应于数据一致性判断触发事件，向所述客户端1001以及临时存储平台1003分别发送数据一致性判断请求；

所述客户端1001响应于所述服务端1002发送的所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端1002；

所述临时存储平台1003响应于所述服务端1002发送的所述数据一致性判断请求，将待判断数据一致性的订单数据发送至服务端1002；

所述服务端1002分别接收所述客户端1001以及所述临时存储平台1003中存储的待判断一致性的订单数据，确定从所述客户端1001接收到的订单数据和从所述临时存储平台1003中接收到的订单数据是否一致；

所述服务端1002在确定从所述客户端1001接收到的订单数据和从所述临时存储平台1003中接收到的订单数据不一致时，将从所述客户端1001获取的所述订单数据发送至所述临时存储平台1003；

所述临时存储平台1003接收所述服务端1002发送的所述订单数据，利用从所述服务端1002接收到的所述订单数据，替换所述分布式存储节点上的所述相应数据。

在本公开一实施方式中，所述客户端1001接收订单数据的查询请求；

所述客户端1001在所述本地存储设备存储有所述订单数据时，输出所述订单数据，在所述客户端1001的本地存储设备未存储所述订单数据时，向所述临时存储平台1003发送所述订单数据的查询请求；

所述临时存储平台1003接收所述查询请求，将待查询的所述订单数据返回给所述客户端1001；

所述客户端1001接收所述临时存储平台1003返回的所述订单数据，并输出所述订单数据。

在本公开一实施方式中，所述服务端1002向所述客户端1001发送数据同步判断请求；

所述客户端1001接收所述服务端1002发送的数据同步判断请求，并基于所述数据同步判断请求确定待判断同步的订单数据是否与服务端1002存储的相应数据同步；

在待判断同步的订单数据与存储在服务端1002的相应数据不同步时，所述客户端1001将本地存储设备中的所述订单数据发送至服务端1002；

所述服务器接收所述客户端1001返回的数据不同步的响应消息，以及所述客户端1001存储的待判断同步的所述订单数据；

所述服务器将所述客户端1001返回的待判断同步的所述订单数据存储至所述云端数据库中，以便与所述客户端1001保持数据同步。

在本公开一实施方式中，所述任务处理装置可实现为对于对象进行分配的计算机、计算设备、服务器、电子设备等平台侧设备。

本实施例中的数据存储系统与上文中图4及相关实施例中所示的数据存储方法对应一致，具体细节可以参见上文中对图4及相关实施例中的描述，在此不再赘述。

本公开还公开了一种电子设备，图11示出根据本公开一实施方式的电子设备的结构框图，如图11所示，所述电子设备1100包括存储器1101和处理器1102；其中，

所述存储器1101用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器1102执行以实现上述方法步骤。

图12是适于用来实现根据本公开一实施方式的数据存储方法的计算机系统的结构示意图。

如图12所示，计算机系统1200包括处理单元1201，其可以根据存储在只读存储器(ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(RAM)1203中的程序而执行上述实施方式中的各种处理。在RAM1203中，还存储有系统1200操作所需的各种程序和数据。处理单元1201、ROM1202以及RAM1203通过总线1204彼此相连。输入/输出(I/O)接口1205也连接至总线1204。

以下部件连接至I/O接口1205：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1220也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1220上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。其中，所述处理单元1201可实现为CPU、GPU、TPU、FPGA、NPU等处理单元。

特别地，根据本公开的实施方式，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行所述路线规划方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。

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

描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

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

Claims (10)

1.一种数据存储方法，包括：

响应于客户端本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；

响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台。

2.一种数据存储方法，包括：

响应于数据一致性判断触发事件，向所述客户端以及临时存储平台分别发送数据一致性判断请求；

分别接收所述客户端以及所述临时存储平台中存储的待判断一致性的订单数据；

确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据是否一致；

在确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据不一致时，将从所述客户端获取的所述订单数据发送至所述临时存储平台，以便使用接收到的所述订单数据替换所述临时存储平台上存储的所述订单数据。

3.一种数据存储方法，包括：

接收客户端上传的订单数据；

将所述订单数据存储在分布式存储节点上；

响应于临时存储到期触发事件，将存储在所述分布式存储节点上的所述订单数据删除。

4.一种数据存储方法，包括：

客户端响应于本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；

客户端响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台；

所述临时存储平台接收所述客户端上传的订单数据，并将所述订单数据存储在分布式存储节点上；

所述服务端接收客户端上传的订单数据，对所述订单数据进行预设逻辑的处理，并将处理后的所述订单数据存储至云端数据库中。

5.一种数据存储装置，包括：

第一响应模块，被配置为响应于客户端本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；

第二响应模块，被配置为响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台。

6.一种数据存储装置，包括：

第五响应模块，被配置为响应于数据一致性判断触发事件，向所述客户端以及临时存储平台分别发送数据一致性判断请求；

第八接收模块，被配置为分别接收所述客户端以及所述临时存储平台中存储的待判断一致性的订单数据；

第二确定模块，被配置为确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据是否一致；

第三发送模块，被配置为在确定从所述客户端接收到的订单数据和从所述临时存储平台中接收到的订单数据不一致时，将从所述客户端获取的所述订单数据发送至所述临时存储平台，以便使用接收到的所述订单数据替换所述临时存储平台上存储的所述订单数据。

7.一种数据存储系统，包括客户端、服务端和临时存储平台，其中：

客户端响应于本地产生的订单，在所述客户端的本地存储设备上存储所述订单的订单数据；

客户端响应于数据上传的触发事件，将所述本地存储设备中存储的所述订单数据上传至临时存储平台以及服务端；所述临时存储平台为分布式数据存储管理平台；

所述临时存储平台接收所述客户端上传的订单数据，并将所述订单数据存储在分布式存储节点上；

所述服务端接收客户端上传的订单数据，对所述订单数据进行预设逻辑的处理，并将处理后的所述订单数据存储至云端数据库中。

8.一种电子设备，其特征在于，包括存储器和至少一个处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述至少一个处理器执行以实现权利要求1-4任一项所述的方法步骤。

9.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-4任一项所述的方法步骤。

10.一种计算机程序产品，包括计算机程序/指令，其中，该计算机程序/指令被处理器执行时实现权利要求1-4任一项所述的方法步骤。

Images