CN108319722B - 数据访问方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本公开实施例公开了数据访问方法、装置、电子设备及计算机可读存储介质。所述方法包括：响应于用户在系统平台上当前订单完成的事件，获取多个预设回馈计算策略的数据查询方式；其中，所述数据查询方式包括将多个预设回馈计算策略所涉及的数据库查询方式进行合并后得到的合并数据查询方式；根据所述数据查询方式从数据库获取与所述用户相关的数据；根据所述多个预设回馈计算策略以及所述用户相关的数据确定所述系统平台给所述用户的回馈结果。通过本公开实施例，能够通过一次查询得到多个计算策略共同需要的订单数据，提高了数据访问的实时性，并且提升了用户体验。

Description

数据访问方法、装置、电子设备及计算机可读存储介质

技术领域

本公开涉及计算机技术领域，具体涉及一种数据访问方法、装置、电子设备及计算机可读存储介质。

背景技术

在传统的数据处理流程中，总是先收集数据，然后将数据放到DB中。当人们需要的时候通过DB对数据做query，得到答案或进行相关的处理。这样看起来虽然非常合理，但是结果却非常的紧凑和，尤其是在一些实时搜索应用环境中的某些具体问题，类似于MapReduce方式的离线处理并不能很好地解决问题。这就引出了一种新的数据计算结构---流计算方式。它可以很好地对大规模流动数据在不断变化的运动过程中实时地进行分析，捕捉到可能有用的信息，并把结果发送到下一计算节点。

发明内容

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

第一方面，本公开实施例中提供了一种数据访问方法。

具体的，所述数据访问方法，包括：

响应于用户在系统平台上当前订单完成的事件，获取多个预设回馈计算策略的数据查询方式；其中，所述数据查询方式包括将多个预设回馈计算策略所涉及的数据库查询方式进行合并后得到的合并数据查询方式；

根据所述数据查询方式从数据库获取与所述用户相关的数据；

根据所述多个预设回馈计算策略以及所述用户相关的数据确定所述系统平台给所述用户的回馈结果。

结合第一方面，本公开在第一方面的第一种实现方式中，所述方法还包括：

提取所述多个预设回馈计算策略中的数据库访问语句；

合并相似的所述数据库访问语句，得到所述合并数据查询方式。

结合第一方面，本公开在第一方面的第二种实现方式中，根据所述多个预设回馈计算策略以及所述用户相关的数据确定所述系统平台给所述用户的回馈结果，包括：

将所述当前订单中与所述多个预设回馈计算策略相对应的预设数据分别存储在所述多个预设回馈计算策略对应的缓存处。

结合第一方面的第二种实现方式，将所述当前订单中与所述多个预设回馈计算策略相对应的预设数据分别存储在所述多个预设回馈计算策略对应的缓存处，包括：

对于所述多个预设回馈计算策略中的预定策略，将所述当前订单的相关数据插入所述预定策略对应的缓存队列中；所述预定策略涉及所述用户在预定时间段内产生订单的数量；

在所述缓存队列溢出时，为所述用户发放所述至少一个预设回馈计算策略对应的回馈奖励。

结合第一方面、第一方面的第一种实现方式或第一方面的第二种实现方式，本公开在第一方面的第三种实现方式中，所述方法还包括：

将所述回馈结果按照预设规则转换成人物形象的装饰部分；

显示所述人物形象。

第二方面，本公开实施例提供了一种数据访问装置，包括：

响应模块，被配置为响应于用户在系统平台上当前订单完成的事件，获取多个预设回馈计算策略的数据查询方式；其中，所述数据查询方式包括将多个预设回馈计算策略所涉及的数据库查询方式进行合并后得到的合并数据查询方式；

获取模块，被配置为根据所述数据查询方式从数据库获取与所述用户相关的数据；

确定模块，被配置为根据所述多个预设回馈计算策略以及所述用户相关的数据确定所述系统平台给所述用户的回馈结果。

结合第二方面，本公开在第二方面的第一种实现方式中，所述装置还包括：

提取模块，被配置为提取所述多个预设回馈计算策略中的数据库访问语句；

合并模块，被配置为合并相似的所述数据库访问语句，得到所述合并数据查询方式。

结合第二方面，本公开在第二方面的第二种实现方式中，所述确定模块，包括：

存储子模块，被配置为将所述当前订单中与所述多个预设回馈计算策略相对应的预设数据分别存储在所述多个预设回馈计算策略对应的缓存处。

结合第二方面的第二种实现方式，所述存储子模块，包括：

队列子模块，被配置为对于所述多个预设回馈计算策略中的预定策略，将所述当前订单的相关数据插入所述预定策略对应的缓存队列中；所述预定策略涉及所述用户在预定时间段内产生订单的数量；

发放子模块，被配置为在所述缓存队列溢出时，为所述用户发放所述至少一个预设回馈计算策略对应的回馈奖励。

结合第二方面、第二方面的第一种实现方式或第二方面的第二种实现方式，本公开在第二方面的第三种实现方式中，所述装置还包括：

转换模块，被配置为将所述回馈结果按照预设规则转换成人物形象的装饰部分；

显示模块，被配置为显示所述人物形象。

所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，数据访问装置的结构中包括存储器和处理器，所述存储器用于存储一条或多条支持数据访问装置执行上述第一方面中数据访问方法的计算机指令，所述处理器被配置为用于执行所述存储器中存储的计算机指令。所述数据访问装置还可以包括通信接口，用于数据访问装置与其他设备或通信网络通信。

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

第四方面，本公开实施例提供了一种计算机可读存储介质，用于存储数据访问装置所用的计算机指令，其包含用于执行上述第一方面中数据访问方法所涉及的计算机指令。

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

本公开实施例在用户的订单完成后，根据预先设定的多个回馈计算策略所涉及的数据查询方式，从数据库中获得用户在系统平台上所产生并完成订单的数据，并进一步根据多个回馈计算策略和用户订单的数据为用户确定针对各个不同回馈计算策略用户能够得到的回馈结果，本公开实施例以用户订单完成的事件为触发条件，即在用户的某一订单完成后即可触发数据访问过程，并通过流式计算方式确定在不同回馈计算策略下用户的回馈结果，并且在流式计算过程中从数据库获取用户订单数据时，通过将多个不同回馈计算策略所涉及的数据查询方式进行合并，使得能够通过一次查询得到多个计算策略共同需要的订单数据，提高了数据访问的实时性，并且提升了用户体验。

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

附图说明

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

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

图2示出根据本公开一实施方式的合并查询方式的获取流程图；

图3示出根据本公开一实施方式中缓存部分的流程图；

图4示出根据本公开一实施方式的回馈结果显示部分的流程图；

图5示出根据本公开一实施方式的数据访问装置的结构框图；

图6示出根据本公开一实施方式的合并查询方式的获取结构框图；

图7示出根据本公开一实施方式中缓存部分的结构框图；

图8示出根据本公开一实施方式的回馈结果显示部分的结构框图；

图9是适于用来实现根据本公开一实施方式的数据访问方法的电子设备的结构示意图。

具体实施方式

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

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

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

图1示出根据本公开一实施方式的数据访问方法的流程图。如图1所示，所述数据访问方法包括以下步骤S101-S103：

在步骤S101中，响应于用户在系统平台上当前订单完成的事件，获取多个预设回馈计算策略的数据查询方式；其中，所述数据查询方式包括将多个预设回馈计算策略所涉及的数据库查询方式进行合并后得到的合并数据查询方式；

在步骤S102中，根据所述数据查询方式从数据库获取与所述用户相关的数据；

在步骤S103中，根据所述多个预设回馈计算策略以及所述用户相关的数据确定所述系统平台给所述用户的回馈结果。

在本实施例中，系统平台可以是电商、餐饮服务等平台，用户能够在系统平台上产生订单，并由系统平台为用户提供订单服务。用户在系统平台上当前订单完成可以是指用户已经得到了订单涉及的商品、菜品或服务等，或者可以是用户在得到了订单涉及的商品、菜品或服务等之后，超过了退货时间。系统平台可以预先设定多种回馈计算策略，针对同一用户，根据不同的回馈计算策略可以为用户计算出不同的回馈结果。回馈结果可以是用户在系统平台上的积分、根据用户在系统平台上的行为统计为用户赋予的胸章等等，还可以是实质性奖励例如优惠券、返现、实物奖励等。

不同的回馈计算策略可以是针对不同的方面采用不同的算法为用户计算回馈结果，但是所需要的数据都是用户在系统平台上以往的行为数据，可能存在重合。而在用户订单完成事件触发多个预设回馈计算策略执行计算过程时，如果每种回馈计算策略都对数据库进行访问，获取同样的数据，会造成资源浪费，且实时性不好。因此，可以预先将多个回馈计算策略在进行数据访问时所采用的数据查询方式进行合并，将相似的数据访问方式进行合并，使得可以一次数据库访问就能得到多个回馈计算策略所需的相关数据，通过这种方式能够节省资源，加快计算时间。

本实施例中，在用户的任一订单完成时，实时触发多个预设回馈计算策略，为用户计算不同的回馈结果，而不是像已有技术一样，每天固定时间扫描订单或用户相关数据进行计算，本实施例能够降低系统复杂性。

在本实施例的一个可选实现方式中，如图2所示，所述方法进一步包括以下步骤S201-S202：

在步骤S201中，提取所述多个预设回馈计算策略中的数据库访问语句；

在步骤S202中，合并相似的所述数据库访问语句，得到所述合并数据查询方式。

该可选的实现方式中，在回馈计算策略确定了以后，可以基于策略所涉及的数据库访问语句，将相似的数据库访问语句进行合并，使得在线计算用户回馈结果时，可以直接用合并后的数据库访问语句一次访问数据库，而不用多次分别进行访问，能够节省数据库资源。例如，不同的回馈计算策略也许会使用同一张表的同一部分数据，而数据库的访问是非常耗时的操作(30-40ms的读耗时)。因此订单数据在被送入各个回馈计算策略进行计算之前，提取所有回馈计算策略中的SQL，逐条拆解成SQL条目进行分析，相似的SQL合并，然后将所有回馈计算策略所需的数据库数据一次性从数据库中取出，作为单次执行的全局变量供不同回馈计算策略使用。

在本实施例的一个可选实现方式中，所述步骤S103，即根据所述多个预设回馈计算策略以及所述用户相关的数据确定所述系统平台给所述用户的回馈结果的步骤，进一步包括以下步骤：

将所述当前订单中与所述多个预设回馈计算策略相对应的预设数据分别存储在所述多个预设回馈计算策略对应的缓存处。

该可选的实现方式中，为了进一步加快计算的速度，提高实时性，可以为每种预设回馈计算策略提供缓存，使得每种回馈计算策略在计算过程中所涉及的用户数据暂时存储在缓存中，以便在计算的时候直接从缓存取数据，而不用到数据库中取数据。当然，用户当前订单的哪些数据需要存储在缓存中，可以基于回馈计算策略的不同而预先设置好，具体看实际情况而定。

在本实施例的一个可选实现方式中，如图3所示，将所述当前订单中与所述多个预设回馈计算策略相对应的预设数据分别存储在所述多个预设回馈计算策略对应的缓存处的步骤，进一步包括以下步骤S301-S302：

在步骤S301中，对于所述多个预设回馈计算策略中的预定策略，将所述当前订单的相关数据插入所述预定策略对应的缓存队列中；所述预定策略涉及所述用户在预定时间段内产生订单的数量；

在步骤S302中，在所述缓存队列溢出时，为所述用户发放所述至少一个预设回馈计算策略对应的回馈奖励。

该可选的实现方式中，对于预设回馈计算策略中的涉及用户在预定时间段内产生订单的数量的计算策略，可以采用队列缓存结构，用户每完成一次订单，将订单相关数据存储在具有预定长度的缓存队列中，在缓存队列溢出时，即满足了订单数量的限制时，通过该预定策略为用户计算相应的回馈结果，并发放相关回馈奖励，而如果队列没有溢出，则由于没有满足回馈奖励的获得条件，因此可以不进行回馈计算。通过这种方式既能节省访问数据库的时间，又以队列溢出的方式判断是否满足回馈计算条件，又进一步节省了计算资源，提高了实时性。例如，以外卖点餐系统中的“阳光宅男”回馈计算策略为例，该回馈计算策略的策略奖励达成条件是用户连续7天使用外卖点餐系统下单。已有的做法是扫描订单表取出用户最近7天的有效订单进行连续性判断，比较耗时；而采用本实施例的方式，可以用redis维护一个集中队列，存放用户连续7天的订单时间戳。一旦队列断开则清空队列，一旦队列溢出则成就达成。简而言之，通过缓存的机制来在内存中维护关键信息，可以代替复杂的扫表操作。

在本实施例的一个可选实现方式中，如图4所示，所述方法还进一步包括以下步骤S401-S402：

在步骤S401中，将所述回馈结果按照预设规则转换成人物形象的装饰部分；

在步骤S402中，显示所述人物形象。

该可选的实现方式中，在用户完成订单时，可以实时计算出回馈结果，并将回馈计算策略计算出来的回馈结果转换成人物形象的装饰部分，并输出人物形象，使得用户在下单过程中能够体会到一定的趣味性，激发用户的分享欲望，能够为系统平台带来更多的用户。在一实施例中，每一个回馈计算策略的回馈奖励对应一个部位的装饰，未获得的回馈奖励只展示成描述信息和获取条件，激发用户的探索欲望，即激发用户进一步在系统平台上下单。并且可视化的人物形象以及更简单有趣的回馈内容，让用户更愿意分享自己的独特形象，帮助用户记录一些有趣的瞬间，和系统平台一同成长。

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

图5示出根据本公开一实施方式的数据访问装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图5所示，所述数据访问装置包括响应模块501、获取模块502和确定模块503：

响应模块501，被配置为响应于用户在系统平台上当前订单完成的事件，获取多个预设回馈计算策略的数据查询方式；其中，所述数据查询方式包括将多个预设回馈计算策略所涉及的数据库查询方式进行合并后得到的合并数据查询方式；

获取模块502，被配置为根据所述数据查询方式从数据库获取与所述用户相关的数据；

确定模块503，被配置为根据所述多个预设回馈计算策略以及所述用户相关的数据确定所述系统平台给所述用户的回馈结果

在本实施例中，系统平台可以是电商、餐饮服务等平台，用户能够在系统平台上产生订单，并由系统平台为用户提供订单服务。用户在系统平台上当前订单完成可以是指用户已经得到了订单涉及的商品、菜品或服务等，或者可以是用户在得到了订单涉及的商品、菜品或服务等之后，超过了退货时间。系统平台可以预先设定多种回馈计算策略，针对同一用户，根据不同的回馈计算策略可以为用户计算出不同的回馈结果。回馈结果可以是用户在系统平台上的积分、根据用户在系统平台上的行为统计为用户赋予的胸章等等，还可以是实质性奖励例如优惠券、返现、实物奖励等。

不同的回馈计算策略可以是针对不同的方面采用不同的算法为用户计算回馈结果，但是所需要的数据都是用户在系统平台上以往的行为数据，可能存在重合。而在用户订单完成事件触发多个预设回馈计算策略执行计算过程时，如果每种回馈计算策略都对数据库进行访问，获取同样的数据，会造成资源浪费，且实时性不好。因此，可以预先将多个回馈计算策略在进行数据访问时所采用的数据查询方式进行合并，将相似的数据访问方式进行合并，使得可以一次数据库访问就能得到多个回馈计算策略所需的相关数据，通过这种方式能够节省资源，加快计算时间。

本实施例中，在用户的任一订单完成时，实时触发多个预设回馈计算策略，为用户计算不同的回馈结果，而不是像已有技术一样，每天固定时间扫描订单或用户相关数据进行计算，本实施例能够降低系统复杂性。

在本实施例的一个可选实现方式中，如图6所示，所述装置进一步包括：

提取模块601，被配置为提取所述多个预设回馈计算策略中的数据库访问语句；

合并模块602，被配置为合并相似的所述数据库访问语句，得到所述合并数据查询方式。

该可选的实现方式中，在回馈计算策略确定了以后，可以基于策略所涉及的数据库访问语句，将相似的数据库访问语句进行合并，使得在线计算用户回馈结果时，可以直接用合并后的数据库访问语句一次访问数据库，而不用多次分别进行访问，能够节省数据库资源。例如，不同的回馈计算策略也许会使用同一张表的同一部分数据，而数据库的访问是非常耗时的操作(30-40ms的读耗时)。因此订单数据在被送入各个回馈计算策略进行计算之前，提取所有回馈计算策略中的SQL，逐条拆解成SQL条目进行分析，相似的SQL合并，然后将所有回馈计算策略所需的数据库数据一次性从数据库中取出，作为单次执行的全局变量供不同回馈计算策略使用。

在本实施例的一个可选实现方式中，所述确定模块503，包括：

存储子模块，被配置为将所述当前订单中与所述多个预设回馈计算策略相对应的预设数据分别存储在所述多个预设回馈计算策略对应的缓存处。

该可选的实现方式中，为了进一步加快计算的速度，提高实时性，可以为每种预设回馈计算策略提供缓存，使得每种回馈计算策略在计算过程中所涉及的用户数据暂时存储在缓存中，以便在计算的时候直接从缓存取数据，而不用到数据库中取数据。当然，用户当前订单的哪些数据需要存储在缓存中，可以基于回馈计算策略的不同而预先设置好，具体看实际情况而定。

在本实施例的一个可选实现方式中，如图7所示，所述存储子模块，包括：

队列子模块701，被配置为对于所述多个预设回馈计算策略中的预定策略，将所述当前订单的相关数据插入所述预定策略对应的缓存队列中；所述预定策略涉及所述用户在预定时间段内产生订单的数量；

发放子模块702，被配置为在所述缓存队列溢出时，为所述用户发放所述至少一个预设回馈计算策略对应的回馈奖励。

该可选的实现方式中，对于预设回馈计算策略中的涉及用户在预定时间段内产生订单的数量的计算策略，可以采用队列缓存结构，用户每完成一次订单，将订单相关数据存储在具有预定长度的缓存队列中，在缓存队列溢出时，即满足了订单数量的限制时，通过该预定策略为用户计算相应的回馈结果，并发放相关回馈奖励，而如果队列没有溢出，则由于没有满足回馈奖励的获得条件，因此可以不进行回馈计算。通过这种方式既能节省访问数据库的时间，又以队列溢出的方式判断是否满足回馈计算条件，进一步节省了计算资源，提高了实时性。例如，以外卖点餐系统中的“阳光宅男”回馈计算策略为例，该回馈计算策略的策略奖励达成条件是用户连续7天使用外卖点餐系统下单。已有的做法是扫描订单表取出用户最近7天的有效订单进行连续性判断，比较耗时；而采用本实施例的方式，可以用redis维护一个集中队列，存放用户连续7天的订单时间戳。一旦队列断开则清空队列，一旦队列溢出则成就达成。简而言之，通过缓存的机制来在内存中维护关键信息，可以代替复杂的扫表操作。

在本实施例的一个可选实现方式中，如图8所示，所述装置还进一步包括：

转换模块801，被配置为将所述回馈结果按照预设规则转换成人物形象的装饰部分；

显示模块802，被配置为显示所述人物形象。

该可选的实现方式中，在用户完成订单时，可以实时计算出回馈结果，并将回馈计算策略计算出来的回馈结果转换成人物形象的装饰部分，并输出人物形象，使得用户在下单过程中能够体会到一定的趣味性，激发用户的分享欲望，能够为系统平台带来更多的用户。在一实施例中，每一个回馈计算策略的回馈奖励对应一个部位的装饰，未获得的回馈奖励只展示成描述信息和获取条件，激发用户的探索欲望，即激发用户进一步在系统平台上下单。并且可视化的人物形象以及更简单有趣的回馈内容，让用户更愿意分享自己的独特形象，帮助用户记录一些有趣的瞬间，和系统平台一同成长。

图9是适于用来实现根据本公开实施方式的数据访问方法的电子设备的结构示意图。

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

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

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

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

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

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

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

Claims (8)

1.一种数据访问方法，其特征在于，包括：

响应于用户在系统平台上当前订单完成的事件，获取多个预设回馈计算策略的数据查询方式；其中，所述数据查询方式包括将多个预设回馈计算策略所涉及的数据库查询方式进行合并后得到的合并数据查询方式；

根据所述数据查询方式从数据库获取与所述用户相关的数据；

根据所述多个预设回馈计算策略以及所述用户相关的数据确定所述系统平台给所述用户的回馈结果；

其中，根据所述多个预设回馈计算策略以及所述用户相关的数据确定所述系统平台给所述用户的回馈结果，包括：

对于所述多个预设回馈计算策略中的预定策略，将所述当前订单的相关数据插入所述预定策略对应的缓存队列中；所述预定策略涉及所述用户在预定时间段内产生订单的数量；

在所述缓存队列溢出时，为所述用户发放所述至少一个预设回馈计算策略对应的回馈奖励。

2.根据权利要求1所述的数据访问方法，其特征在于，还包括：

提取所述多个预设回馈计算策略中的数据库访问语句；

合并相似的所述数据库访问语句，得到所述合并数据查询方式。

3.根据权利要求1所述的数据访问方法，其特征在于，还包括：

将所述回馈结果按照预设规则转换成人物形象的装饰部分；

显示所述人物形象。

4.一种数据访问装置，其特征在于，包括：

响应模块，被配置为响应于用户在系统平台上当前订单完成的事件，获取多个预设回馈计算策略的数据查询方式；其中，所述数据查询方式包括将多个预设回馈计算策略所涉及的数据库查询方式进行合并后得到的合并数据查询方式；

获取模块，被配置为根据所述数据查询方式从数据库获取与所述用户相关的数据；

确定模块，被配置为根据所述多个预设回馈计算策略以及所述用户相关的数据确定所述系统平台给所述用户的回馈结果；

其中，所述确定模块，包括：

队列子模块，被配置为对于所述多个预设回馈计算策略中的预定策略，将所述当前订单的相关数据插入所述预定策略对应的缓存队列中；所述预定策略涉及所述用户在预定时间段内产生订单的数量；

发放子模块，被配置为在所述缓存队列溢出时，为所述用户发放所述至少一个预设回馈计算策略对应的回馈奖励。

5.根据权利要求4所述的数据访问装置，其特征在于，还包括：

提取模块，被配置为提取所述多个预设回馈计算策略中的数据库访问语句；

合并模块，被配置为合并相似的所述数据库访问语句，得到所述合并数据查询方式。

6.根据权利要求4所述的数据访问装置，其特征在于，还包括：

转换模块，被配置为将所述回馈结果按照预设规则转换成人物形象的装饰部分；

显示模块，被配置为显示所述人物形象。

7.一种电子设备，其特征在于，包括存储器和处理器；其中，

所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现权利要求1-3任一项所述的方法步骤。

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

Images