CN113282617A - 数据查询方法以及业务系统翻页方法 - Google Patents

Abstract

本申请实施例提供了一种数据查询方法以及业务系统翻页方法，包括：获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库；接收所述业务系统的页面查询请求；根据所述页面查询请求，对所述内存数据库中的所述身份信息按照所述排序因子排序，并生成结果列表；发送所述结果列表至所述业务系统；其中，所述结果列表包括与所述页面查询请求对应的所述身份信息。通过数据查询系统，响应业务系统的页面查询请求，返回与页面查询请求对应的结果列表，数据处理量少，排序效率高，可扩展性好；另外，该数据查询方法采用内存数据库，相较于业务系统中的关系型数据库，性能高效，功能可复用，能够适用大页码的页码查询需求。

Description

数据查询方法以及业务系统翻页方法

技术领域

本申请实施例涉及数据处理方法技术领域，尤其涉及一种数据查询方法以及业务系统翻页方法。

背景技术

基于关系型数据库的应用在进行数据列表翻页的时，如果翻页页码很大，会遇到查询缓慢的问题。

发明内容

有鉴于此，本申请实施例的目的在于提出一种数据查询方法以及业务系统翻页方法。

第一方面，本申请实施例提供了一种数据查询方法，包括：

获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库；

接收所述业务系统的页面查询请求；

根据所述页面查询请求，对所述内存数据库中的所述身份信息按照所述排序因子排序，并生成结果列表；

发送所述结果列表至所述业务系统；

其中，所述结果列表包括与所述页面查询请求对应的所述身份信息。

在本申请实施例提供的数据查询方法中，通过采用单独设置的数据查询系统，对业务系统中业务数据的身份信息，按照排序因子和排序规则进行排序，并响应业务系统的页面查询请求，返回与页面查询请求对应的结果列表，数据处理量少，排序效率高，并且能够应用于多个和不同的业务系统，可扩展性好；另外，该数据查询方法采用内存数据库，相较于业务系统中的关系型数据库，性能高效，功能可复用，能够适用大页码的页码查询需求。

在一种可能的实施方式中，所述页面查询请求包括目标页码、单页容量和排序规则，所述根据所述页面查询请求，对所述内存数据库中的所述身份信息按照所述排序因子排序，并生成结果列表，包括：

获取所述目标页码、所述单页容量和所述排序规则；

依据所述排序规则，对所述内存数据库中的所述身份信息按照所述排序因子排序；

根据所述目标页码和所述单页容量，获得与所述目标页码对应的所述身份信息；

生成所述结果列表。

在一种可能的实施方式中，所述业务系统具有多个，所述获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库，包括：

获取与所述业务系统对应的系统身份标识；

创建与所述系统身份标识对应的子数据库；

同步所述身份信息和所述排序因子至对应的所述子数据库。

在一种可能的实施方式中，所述页面查询请求还包括所述系统身份标识，所述根据所述页面查询请求，对所述内存数据库中的所述身份信息按照所述排序因子排序，并生成结果列表，包括：

获取所述系统身份标识；

根据所述系统身份标识，获得对应的所述子数据库；

对所述子数据库中的所述身份信息按照所述排序因子排序，并生成所述结果列表。

在一种可能的实施方式中，所述页面查询请求还包括与所述系统身份标识对应的身份验证信息，所述根据所述系统身份标识，获得对应的所述子数据库，包括：

获取所述系统身份标识和所述身份验证信息；

判断所述身份验证信息与所述系统身份标识是否正确；

若是，获取对应的所述子数据库。

在一种可能的实施方式中，所述排序规则包括正序、逆序、随机顺序或自定义顺序。

在一种可能的实施方式中，所述排序因子包括时间、数据类型、数据名称、评论数、点赞数、浏览数、分享数和数据大小中的至少一种。

在一种可能的实施方式中，所述获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库，包括：

响应所述业务系统创建数据、更新数据及删除数据的操作，对所述内存数据库中的所述身份信息和所述排序因子作对应修改。

在一种可能的实施方式中，所述内存数据库采用Redis集群。

第二方面，本申请实施例提供了一种业务系统翻页方法，

发送页面查询请求至数据查询系统；

获取所述数据查询系统响应所述页面查询请求返回的结果列表；

根据所述结果列表，自与所述业务系统的业务数据库获取与所述结果列表对应的业务数据；

展示所述业务数据；

其中，所述数据查询系统采用第一方面实施例中任一项所述的数据查询方法；所述结果列表包括与所述页面查询请求对应的业务数据的所述身份信息。

在一种可能的实施方式中，所述页面查询请求包括目标页码、单页容量、排序规则。

在一种可能的实施方式中，所述页面查询请求还包括系统身份标识以及与所述系统身份标识对应的身份验证信息。

第三方面，本申请实施例提供了一种数据查询装置，包括：

获取模块，被配置为获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库；

请求接收模块，被配置为接收所述业务系统的页面查询请求；

结果生成模块，被配置为根据所述页面查询请求，对所述内存数据库中的所述身份信息按照所述排序因子排序，并生成结果列表；

结果发送模块，被配置为发送所述结果列表至所述业务系统；

其中，所述结果列表包括与所述页面查询请求对应的所述身份信息。

第四方面，本申请实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面和/或第二方面实施例任意一项所述的方法。

第五方面，本申请实施例提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行第一方面和/或第二方面实施例任一所述方法。

附图说明

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

图1为本申请实施例提供的一种数据查询方法的流程图；

图2为本申请实施例提供的一种业务系统翻页方法的流程图；

图3为本申请实施例提供的一种业务系统和数据查询系统的架构图；

图4为本申请实施例提供的一种业务系统翻页装置的结构示意图；

图5为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

目前，基本上所有基于关系型数据库的应用，在进行数据列表翻页的时，如果翻页页码很大，基本都会遇到查询缓慢的问题。例如，在MySQL数据库中，假设MySQL一张数据表里有100万条数据，每页10条数据，一共可分为10万页。当翻页至最后一页时，MySQL将扫描100万条记录，上述翻页过程导致了MySQL大页码翻页慢的问题。

鉴于此，本申请实施例提供了一种数据查询方法，应用于数据查询系统，如图1所示，该数据查询方法包括：

步骤S110：获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库。

业务系统即能够实现某种功能的系统，例如在线教育类、电商类、论坛类、阅读类以及社交平台类等业务系统。业务系统在使用过程中，会将业务系统中业务数据库存储的业务数据通过分页的形式展示给使用者，以方便使用者的阅读。业务数据库为关系型数据库，例如MySQL。

在业务数据的分页过程中，需对业务数据库中的所有业务数据进行排序，业务数据的排序参考对象即排序因子(score)，排序因子可以为时间、数据类型、数据名称、评论数、点赞数、浏览数、分享数和数据大小等数据参数中的一种，也可以根据业务系统的排序算法对两种及以上的数据参数进行综合评价，加权得分。如此设计，可以在排序是参考多种维度，使得排序更为合理。由此可以看出，排序因子由业务系统根据排序算法规则生成，并与业务数据对应。

业务数据的身份信息(ID)为业务数据的唯一标识，用于表示该业务数据库中的某条特定的业务数据。

该数据查询系统包括应用服务器和内存数据库，应用服务器在获得业务系统中业务数据的身份信息和排序因子后，将其存储至内存数据库。本申请实施例中，内存数据库可以选用Redis数据库。Redis(Remote Dictionary Server)，即远程字典服务，是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。

Redis是一个Key-Value存储系统，支持存储的value类型相对较多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set-有序集合)和hash(哈希类型)。上述数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且以上操作都是原子性的。在此基础上，Redis支持各种不同方式的排序。为了保证效率，数据都是缓存在内存中。

Redis支持主从同步，数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。如此使得Redis可执行单层树复制。

在一种可能的方式中，本申请实施例提供的数据查询方法可以通过Redis集群(Redis Cluster)实现，其中，Redis Cluster是由多个Redis实例组成，采用无中心结构，包括主节点和从节点。每个节点保存数据和整个集群状态，每个节点均和其他节点相连，主节点提供数据存取，从节点则从主节点拉取数据备份，保证数据高可用性。

Redis Cluster是中Redis实例的数目可以根据应用场景设定，以6个Redis实例，采用三主三从集群部署模式，即3个为主节点，3个为从节点。一旦有主节点发生故障的时候，Redis Cluster可以选举出对应的从节点成为新的主节点，继续对外服务，从而保证服务的高可用性。

需要特别说明的是，本步骤S110的作用在于：将业务系统中有关业务数据的身份信息和排序因子，同步到Redis数据库。为了实现该目的，首先，业务系统需要初始化数据到内存数据库，同步的数据包括身份信息和排序因子；在数据初始化之后，还需要在创建数据、更新数据及删除数据等业务逻辑处，添加数据查询系统提供的数据接口，以便数据的及时同步。

可以理解的，在数据同步完成，且未出现数据变化时，可以停止同步，也就是说，并非每次数据查询过程均需要数据同步，可以仅仅判断业务数据库与内存数据库关于业务数据的身份信息和排序因子是否一致即可。

步骤S120：接收业务系统的页面查询请求。

业务系统在进行翻页时，需将目标页面的页面查询请求发送至该数据查询系统，该页面查询请求的发送可以通过http或rpc协议实现。

页面查询请求应当包括目标页码(PageNo)、单页容量(PageSize)和排序规则(Sort)。其中，目标页码是指目标页码的页码数，单页容量是指每个页面能够承载的业务数据数目，排序规则是指业务系统预设的排序规则，例如正序(asc)、倒序(desc)、随机顺序以及自定义顺序等。

例如，在一应用实例中，当业务系统翻页至单页容量为15，正序第10页的目标页面时，页面查询请求应当为：PageNo＝10；PageSize＝15，Sort＝asc。

步骤S130：根据页面查询请求，对内存数据库中的身份信息按照排序因子排序，并生成结果列表；

在得到页码查询请求后，可以按照页码查询请求中的排序规则(Sort)，按照排序因子(score)进行排序，从而生成符合排序规则的数据列表。然后根据目标页码和单页容量，获得目标页码中所包含的所有身份信息，根据该身份信息生成结果列表。

步骤S140：发送结果列表至业务系统。

在步骤S130生成的结果列表后，将结果列表发送至业务系统，数据查询系统和业务系统之间的数据交互可以通过http或rpc协议实现。

在本申请实施例提供的数据查询方法中，通过采用单独设置的数据查询系统，对业务系统中业务数据的身份信息，按照排序因子和排序规则进行排序，并响应业务系统的页面查询请求，返回与页面查询请求对应的结果列表，数据处理量少，排序效率高，并且能够应用于多个和不同的业务系统，可扩展性好；另外，该数据查询方法采用内存数据库，相较于业务系统中的关系型数据库，性能高效、功能可复用，能够适用大页码的页码查询需求。

该数据查询系统可以为多个业务系统提供页面查询请求服务，为了便于区分不同的业务系统，该数据查询系统对业务系统分配有系统身份标识(ak)，该系统身份标识与业务系统对应，用于与其他业务系统进行区分。在业务系统进行页面查询时，页面查询请求还应包含相应的系统身份标识。

与之对应地，在一种可能的实施方式中，步骤S110包括：

获取与业务系统对应的系统身份标识；

创建与系统身份标识对应的子数据库；

同步身份信息和排序因子至对应的子数据库。

通过上述步骤，在Redis数据库中建立与不同业务系统对应的子数据库，方便数据的排序和查询等操作。

在一种可能的实施方式中，步骤S130可以包括：

获取系统身份标识；

根据系统身份标识，获得对应的子数据库；

对子数据库中的身份信息按照排序因子排序，并生成结果列表。

进一步地，当存在多个业务系统时，为了保证数据的安全性，还设置有与系统身份标识对应的身份验证信息(sk)，在业务系统进行页面查询时，需在页面查询请求中携带相应的系统身份标识和身份验证信息；

与之对应地，步骤“根据系统身份标识，获得对应的子数据库”，包括：

获取系统身份标识和身份验证信息；

判断身份验证信息与系统身份标识是否正确；

若是，获取对应的子数据库。

本申请实施例同时提供了一种业务系统翻页方法，如图2所示，该翻页方法包括：

步骤S210：发送页面查询请求至数据查询系统；

当用户在业务系统的前台页面翻页时，前端页面将页码参数信息传递至业务系统的处理程序，处理程序通过封装目标页码(pageNo)、单页容量(pageSize)和排序规则(sort)等信息形成页面查询请求，并将该页面查询请求发送至上述实施例中的数据查询系统。

步骤S220：获取数据查询系统响应页面查询请求返回的结果列表；

数据查询系统通过本申请实施例提供的数据查询方法，能够响应页面查询请求返回的结果列表，结果列表包括有关业务数据的身份信息。

此部分可以参考前文有关数据查询系统的描述，此处不再赘述。

步骤S230：根据结果列表，自与业务系统的业务数据库获取与结果列表对应的业务数据；

根据上述描述可知，结果列表包含的是与业务数据对应的身份信息，并非业务数据本身，因此业务系统在收到结果列表后，通过结果列表中的身份信息，再次在业务数据库批量查询和获取业务数据；本申请实施例中，业务数据库为关系型数据库，例如MySQL。

步骤S240：展示业务数据；

业务系统查询和获取到与页面查询请求对应的业务数据后，进行数据封装并发送至前端页面，此数据发送过程可通过http api接口实现。前端页面获得封装后的业务数据后，便可渲染数据列表页面呈现给用户查看。

在本申请实施例提供的业务系统翻页方法中，借助数据查询系统进行业务数据的排序，在得到排序结果后，在业务数据库中获取业务数据；如此设计可以减轻业务系统的处理负担，提高处理效率，改善翻页速度慢等问题，提升使用体验。

可选的，页面查询请求包括目标页码、单页容量、排序规则、系统身份标识以及与系统身份标识对应的身份验证信息。

为了便于理解本申请实施例中数据查询系统和业务系统的工作原理，本文还提供了一种具体应用场景，图3为本申请实施例提供的一种业务系统和数据查询系统的架构图，如图3所示，在该应用场景的架构中，包括两个业务系统，分别为业务系统A和业务系统B，两个业务系统均包括Web集群和MySQL数据库。与业务系统A对应的系统身份标识和身份验证信息分别为第一系统标识AK1和第一验证信息SK1；与业务系统B对应的系统身份标识和身份验证信息分别为第二系统标识AK2和第二验证信息SK2。

业务系统A和业务系统B均可以通过http或rpc协议与数据查询系统进行数据交互；数据查询系统包括包括Web集群和Redis集群。

在业务系统A需要进行翻页时，业务系统A中的Web集群将页面查询请求发送至数据查询系统，页面查询请求包括目标页码、页面容量、排序规则、第一系统标识AK1和第一验证信息SK1。

数据查询系统中Web集群接收页面查询请求后，根据第一系统标识AK1和第一验证信息SK1判定为该请求的发起方为业务系统A，并控制Redis集群与业务系统A对应的子数据库中的数据，按照排序规则进行排序，并根据目标页码和页面容量获得结果列表，发送结果列表至业务系统A。

业务系统A中Web集群接收到结果列表后，根据结果列表查询业务系统A中的MySQL数据库，并获得与结果列表对应的业务数据，然后进行数据呈现，完成翻页操作。

在业务系统B需要进行翻页时，业务系统B中的Web集群将页面查询请求发送至数据查询系统，页面查询请求包括目标页码、页面容量、排序规则、第一系统标识AK2和第一验证信息SK2。

数据查询系统中Web集群接收页面查询请求后，根据第一系统标识AK2和第一验证信息SK2判定为该请求的发起方为业务系统B，并控制Redis集群与业务系统B对应的子数据库中的数据，按照排序规则进行排序，并根据目标页码和页面容量获得结果列表，发送结果列表至业务系统B。

业务系统B中Web集群接收到结果列表后，根据结果列表查询业务系统B中的MySQL数据库，并获得与结果列表对应的业务数据，然后进行数据呈现，完成翻页操作。

需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。

需要说明的是，本申请实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本申请实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本申请实施例的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本申请实施例还提供了一种数据查询装置，参考图4，所述数据查询装置，包括：

获取模块100，被配置为获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库；

请求接收模块200，被配置为接收所述业务系统的页面查询请求；

结果生成模块300，被配置为根据所述页面查询请求，对所述内存数据库中的所述身份信息按照所述排序因子排序，并生成结果列表；

结果发送模块400，被配置为发送所述结果列表至所述业务系统；

其中，所述结果列表包括与所述页面查询请求对应的所述身份信息。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述任一实施例中相应的数据查询方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本申请实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的数据查询方法或业务系统翻页方法。

图5示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

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

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

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

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

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的数据查询方法或业务系统翻页方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本申请实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的数据查询方法或业务系统翻页方法。

本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的数据查询方法或业务系统翻页方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本申请实施例的范围(包括权利要求)被限于这些例子；在本申请实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本申请实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本申请实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本申请实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本申请实施例的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本申请实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本申请实施例的具体实施例对本申请实施例进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本申请实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本申请实施例的保护范围之内。

Claims (15)

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

获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库；

接收所述业务系统的页面查询请求；

根据所述页面查询请求，对所述内存数据库中的所述身份信息按照所述排序因子排序，并生成结果列表；

发送所述结果列表至所述业务系统；

其中，所述结果列表包括与所述页面查询请求对应的所述身份信息。

2.根据权利要求1所述的数据查询方法，其特征在于，所述页面查询请求包括目标页码、单页容量和排序规则，所述根据所述页面查询请求，对所述内存数据库中的所述身份信息按照所述排序因子排序，并生成结果列表，包括：

获取所述目标页码、所述单页容量和所述排序规则；

依据所述排序规则，对所述内存数据库中的所述身份信息按照所述排序因子排序；

根据所述目标页码和所述单页容量，获得与所述目标页码对应的所述身份信息；

生成所述结果列表。

3.根据权利要求2所述的数据查询方法，其特征在于，所述业务系统具有多个，所述获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库，包括：

获取与所述业务系统对应的系统身份标识；

创建与所述系统身份标识对应的子数据库；

同步所述身份信息和所述排序因子至对应的所述子数据库。

4.根据权利要求3所述的数据查询方法，其特征在于，所述页面查询请求还包括所述系统身份标识，所述根据所述页面查询请求，对所述内存数据库中的所述身份信息按照所述排序因子排序，并生成结果列表，包括：

获取所述系统身份标识；

根据所述系统身份标识，获得对应的所述子数据库；

对所述子数据库中的所述身份信息按照所述排序因子排序，并生成所述结果列表。

5.根据权利要求4所述的数据查询方法，其特征在于：所述页面查询请求还包括与所述系统身份标识对应的身份验证信息，所述根据所述系统身份标识，获得对应的所述子数据库，包括：

获取所述系统身份标识和所述身份验证信息；

判断所述身份验证信息与所述系统身份标识是否正确；

若是，获取对应的所述子数据库。

6.根据权利要求1所述的数据查询方法，其特征在于，所述排序规则包括正序、逆序、随机顺序或自定义顺序。

7.根据权利要求1所述的数据查询方法，其特征在于，所述排序因子包括时间、数据类型、数据名称、评论数、点赞数、浏览数、分享数和数据大小中的至少一种。

8.根据权利要求1所述的数据查询方法，其特征在于，所述获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库，包括：

响应所述业务系统创建数据、更新数据及删除数据的操作，对所述内存数据库中的所述身份信息和所述排序因子作对应修改。

9.根据权利要求1所述的数据查询方法，其特征在于，所述内存数据库采用Redis集群。

10.一种业务系统翻页方法，其特征在于：

发送页面查询请求至数据查询系统；

获取所述数据查询系统响应所述页面查询请求返回的结果列表；

根据所述结果列表，自与所述业务系统的业务数据库获取与所述结果列表对应的业务数据；

展示所述业务数据；

其中，所述数据查询系统采用权利要求1至9中任一项所述的数据查询方法；所述结果列表包括与所述页面查询请求对应的业务数据的所述身份信息。

11.根据权利要求10所述的业务系统翻页方法，其特征在于，所述页面查询请求包括目标页码、单页容量、排序规则。

12.根据权利要求11所述的业务系统翻页方法，其特征在于，所述页面查询请求还包括系统身份标识以及与所述系统身份标识对应的身份验证信息。

13.一种数据查询装置，其特征在于，包括：

获取模块，被配置为获取业务系统中业务数据的身份信息和排序因子，并存储至内存数据库；

请求接收模块，被配置为接收所述业务系统的页面查询请求；

结果生成模块，被配置为根据所述页面查询请求，对所述内存数据库中的所述身份信息按照所述排序因子排序，并生成结果列表；

结果发送模块，被配置为发送所述结果列表至所述业务系统；

其中，所述结果列表包括与所述页面查询请求对应的所述身份信息。

14.一种电子设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如权利要求1至12任意一项所述的方法。

15.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行权利要求1至12任一所述方法。

Images