CN110334118B - 数据查询方法及装置 - Google Patents

Abstract

本申请公开了一种数据查询方法，包括：向服务设备发送包含目标查询条件的第一查询请求；获得所述服务设备提供的查询耗时信息，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；根据所述查询耗时信息确定查询时延，所述查询时延为从获得所述查询耗时信息开始直至向所述服务设备发送第二查询请求为止的时间；如果等待时间达到或超过所述查询时延，则向所述服务设备发送第二查询请求，所述等待时间为从获得所述查询耗时信息开始直至当前为止的时间；获得所述服务设备提供的所述目标查询结果数据。采用所述方法，解决了大数据量情形下客户端设备查询数据出现超时异常的问题。

Description

数据查询方法及装置

技术领域

本申请涉及计算机技术领域，具体涉及数据查询方法及装置。

背景技术

随着信息技术的发展，产生并存储的数据量越来越大。对大量数据进行实时查询能够提高数据处理准确性，并为决策提供重要依据，因此，对大量数据进行实时查询的应用越来越广泛。但是，由于数据量的巨大，在客户端进行查询可能出现调用服务端超时的现象，导致产生系统异常。例如，在商家系统中，商户A需要查询一个月的商品交易明细，数据量庞大，服务端传统的查询方式需要约4秒，则客户端(即页面)调用服务端超时，出现系统异常。

现有技术中，一般采用下述两种处理方式：1、在客户端限制数据查询量，例如：将时间限制为只能查询最多指定天数天的数据量。2、采用离线提供数据的方式，即预先准备好预定数据量的数据，用户在客户端按日或月等时间来拉取数据。上述两种处理方式将用户的实时查询限制为固定查询模式，用户不能灵活设定查询条件拉取实时数据。

因此，如何在大数据量情形下，提供稳定且不出现超时异常的数据查询方式，是需要解决的问题。

发明内容

本申请提供一种数据查询方法，以解决大数据量情形下查询数据出现超时异常的问题。

本申请提供一种数据查询方法，包括：

向服务设备发送包含目标查询条件的第一查询请求；

获得所述服务设备提供的查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；

根据所述查询耗时信息确定查询时延，所述查询时延为从获得所述查询耗时信息开始直至向所述服务设备发送第二查询请求为止的时间，所述第二查询请求为请求获得所述目标查询结果数据的请求；

如果等待时间达到或超过所述查询时延，则向所述服务设备发送第二查询请求，其中，所述等待时间为从获得所述查询耗时信息开始直至当前为止的时间；

获得所述服务设备提供的所述目标查询结果数据。

可选的，所述根据所述查询耗时信息确定查询时延，包括：将所述查询耗时信息作为所述查询时延。

可选的，还包括：

启动定时器，所述定时器的定时时间为所述查询时延；

如果接收到所述定时器的超时事件，则确定所述等待时间达到或超过所述查询时延。

可选的，还包括：获得查询标识信息；根据所述查询标识信息生成所述第二查询请求。

可选的，所述获得所述查询标识信息，包括：根据所述第一查询请求生成所述查询标识信息；或者，获得所述服务设备提供的查询标识信息。

可选的，还包括：输出所述与所述目标查询条件匹配的目标查询结果数据。

可选的，所述目标查询条件为查询目标业务明细数据的查询条件。

本申请还提供一种数据查询方法，包括：

获得客户端设备提供的包含目标查询条件的第一查询请求；

针对所述第一查询请求，向所述客户端设备提供查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；

获得所述客户端设备提供的第二查询请求，所述第二查询请求为所述客户端设备请求获得所述目标查询结果数据的请求；

针对所述第二查询请求获得所述目标查询结果数据；

向所述客户端设备提供所述目标查询结果数据。

可选的，还包括：根据第一查询请求获得与所述目标查询条件匹配的目标查询结果数据的数据量信息；根据所述数据量信息，获得所述查询耗时信息。

可选的，所述根据第一查询请求获得与所述目标查询条件匹配的目标查询结果数据的数据量信息，包括：根据第一查询请求向数据库请求获得与所述目标查询条件匹配的目标查询结果数据的数据量信息。

可选的，还包括：从所述第一查询请求中获取所述目标查询条件，向数据库请求获得与所述目标查询条件匹配的目标查询结果数据；将所述目标查询结果数据缓存到缓存设备；

所述针对所述第二查询请求获得所述目标查询结果数据，包括：根据所述第二查询请求，从缓存有所述目标查询结果数据的缓存设备获取所述目标查询结果数据。

可选的，还包括：根据第一查询请求，获得用于标识第一查询请求的查询标识信息；

所述将所述目标查询结果数据缓存到缓存设备，包括：将所述查询标识信息作为键，将所述目标查询结果数据作为值，使用所述键和所述值构成键值对，将所述键值对缓存到缓存设备。

可选的，所述根据第一查询请求，获得用于标识第一查询请求的查询标识信息，包括：从第一查询请求中获得所述查询标识信息；或者，根据第一查询请求生成所述查询标识信息。

可选的，所述根据所述第二查询请求，从缓存有所述目标查询结果数据的缓存设备获取所述目标查询结果数据，包括：从所述第二查询请求中获得用于标识第一查询请求的查询标识信息；使用所述查询标识信息作为键，从所述缓存设备获取与所述键匹配的值，将所述值作为所述目标查询结果数据。

可选的，所述将所述目标查询结果数据缓存到缓存设备，包括：获得预设缓存有效时间；将所述目标查询结果数据按照所述预设缓存有效时间缓存到缓存设备。

可选的，所述目标查询条件为用于查询目标业务明细数据的查询条件；所述目标查询结果数据，为与所述目标查询条件匹配的目标业务明细数据。

本申请还提供一种数据查询装置，包括：

第一查询单元，用于向服务设备发送包含目标查询条件的第一查询请求；

获得查询耗时单元，用于获得所述服务设备提供的查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；

查询时延单元，用于根据所述查询耗时信息确定查询时延，所述查询时延为从获得所述查询耗时信息开始直至向所述服务设备发送第二查询请求为止的时间，所述第二查询请求为请求获得所述目标查询结果数据的请求；

第二查询单元，用于如果等待时间达到或超过所述查询时延，则向所述服务设备发送第二查询请求，其中，所述等待时间为从获得所述查询耗时信息开始直至当前为止的时间；

获得查询结果单元，用于获得所述服务设备提供的所述目标查询结果数据。

本申请还提供另一种数据查询装置，包括：

第一查询单元，用于获得客户端设备提供的包含目标查询条件的第一查询请求；

提供查询耗时单元，用于针对所述第一查询请求，向所述客户端设备提供查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；

第二查询单元，用于获得所述客户端设备提供的第二查询请求，所述第二查询请求为所述客户端设备请求获得所述目标查询结果数据的请求；

获得查询结果单元，用于针对所述第二查询请求获得所述目标查询结果数据；

提供查询结果单元，用于向所述客户端设备提供所述目标查询结果数据。

与现有技术相比，本申请具有以下优点：

本申请提供的一种数据查询方法及装置，通过向服务设备发送第一查询请求，获得服务设备提供的查询耗时信息，根据所述查询耗时信息确定查询时延；当等待时间达到或超过所述查询时延向服务设备发送第二查询请求，获得服务设备提供的目标查询结果数据，将将一次数据查询拆成两次查询请求，并且在发出第一查询请求后进行等待。因此，在大数据量情形下获得目标查询结果数据的查询耗时较长时，也不会出现连接服务设备超时异常，从而能够提供稳定度较高的查询方式，解决了决大数据量情形下查询数据出现超时异常的问题。

本申请提供的一种数据查询方法及装置，通过获得客户端设备提供的第一查询请求，针对所述第一查询请求，向客户端设备提供查询耗时信息，获得客户端设备提供的第二查询请求后，针对所述第二查询请求向客户端设备提供目标查询结果数据，将一次查询拆分为二次查询请求处理，提供稳定度较高的查询方式，解决了决大数据量情形下查询数据出现超时异常的问题。

附图说明

图1是现有技术数据查询方案的时序图；

图2是本申请第一实施例提供的数据查询方法的处理流程图；

图3是本申请第一实施例提供的数据查询的一种处理时序示意图；

图4是本申请第二实施例提供的一种数据查询方法的处理流程图；

图5是本申请第三实施例提供的数据查询装置示意图；

图6是本申请第四实施例提供的数据查询装置示意图；

图7是本申请提供的电子设备示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请提供一种数据查询方法、装置及电子设备。本申请同时涉及另一种数据查询方法、装置及电子设备。在下面的实施例中逐一进行详细说明。

本申请第一实施例提供一种数据查询方法，部署于客户端设备，所述客户端设备可以是访问页面，也可以是客户端应用程序。由于所述查询方法中将一次数据查询拆成两次查询请求，并且在发出第一查询请求后进行等待，因此，即使大数据量情形下获得目标查询结果数据的查询耗时较长，也不会出现连接服务设备超时异常。所述方法提供了稳定度较高的查询方式，避免客户端设备由于等待服务设备返回目标查询结果数据的时间超出预设连接时长而出现调用服务端超时导致系统异常问题。

为便于理解，首先介绍现有查询方案的处理过程。由于产生并存储的数据量越来越大，因此对大量数据进行实时查询是重要的数据查询场景。所谓实时查询是指在客户端设备设置查询条件后，点击搜索或查询，服务设备访问数据库获得符合所述查询条件的数据返回给客户端。

请参考图1，图1为现有查询方案的处理时序示意图，图中包括：S101，客户端设备向服务设备发送查询请求，查询请求中携带待查询条件，所述查询条件为请求获得业务明细数据的查询条件；客户端设备可以是访问页面；

S102，服务设备从数据库查询业务明细数据，即根据查询请求中的查询条件从数据库查询业务明细数据；

S103，数据库返回与所述查询条件匹配的业务明细数据；

S104，服务设备返回符合所述查询条件的业务明细数据；

S105，客户端设备展示所述业务明细数据或返回给用户下载。

由于数据量的巨大，在客户端设备进行查询可能出现调用服务端超时而出现系统异常。例如，商户A通过访问页面查询一个月的商品交易明细，如果数据量达到几十万条，则远超出一般查询结果数据的数据量，查询结果数据量一般为几百条或几千条数据。现有查询方式中服务端提供数据明细需要4秒左右，访问页面会判断调用服务端超时，产生系统异常，例如，展示错误码为400的系统异常。其中，一条数据可以是数据库的一条记录。目前，一般采用下述两种处理方式规避问题：1、在客户端限制数据查询量，例如：将时间限制为只能查询最多7天的数据量。2、采用离线查询提供数据，所谓离线查询不能设置查询条件，即预先准备好预定数据量的数据，例如，每日汇总数据或每月汇总数据，用户在客户端按日或月等时间来拉取数据，不需要在用户查询数据时从数据库选择数据内容。例如：只能按照日、月下载已经准备好的数据文件，全量无筛选的获得所述数据文件。上述两种处理方式将用户的实时查询限制为固定查询模式，用户不能灵活设定查询条件拉取实时数据。

以下结合图2和图3对第一实施例提供的一种数据查询方法进行说明。

图2所示的测试用例的处理方法，包括：步骤S201至步骤S205。

步骤S201，向服务设备发送包含目标查询条件的第一查询请求。

所述目标查询条件，是指在客户端设备设置的查询条件，客户端设备为访问页面或客户端应用程序。设置目标查询条件后，点击搜索或查询，服务设备访问数据库获得符合所述查询条件的数据返回给客户端设备。

本实施例中，所述目标查询条件为查询业务明细数据的查询条件。例如，所述目标查询条件为查询一个月的商品交易明细。

本实施例的一个实施方式中，还包括：获得针对所述目标查询条件的输入触发；根据所述输入触发发送所述第一查询请求。

本实施例的一个实施方式中，还包括：获得所述目标查询条件；生成用于标识所述第一查询请求的查询标识信息；根据所述查询标识信息以及所述目标查询条件生成所述第一查询请求。即，由客户端设备生成查询标识，通过第一查询请求将查询标识提供给服务设备，服务设备可以使用查询标识关联针对本次查询拆分的第一查询请求和第二查询请求，用于提供目标查询结果数据。

步骤S202，获得所述服务设备提供的查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息。

本实施例中，客户端设备获得由服务设备提供的查询耗时信息。当然，客户端设备也可以获得由服务设备提供的数据量信息，根据数据量信息估算查询耗时信息，所述数据量信息为匹配上所述目标查询条件的目标查询结果的数据量。例如，一个实施方式中包括下述处理：获得服务设备提供的针对第一查询请求的第一查询结果数据；如果从第一查询结果数据获得数据量信息则根据所述数据量信息估算得到查询耗时信息。其中，根据数据量信息估算查询耗时信息的一种方式为：获得历史查询的历史实际耗时信息以及所述历史查询获得的历史数据量信息；根据获得的针对第一查询请求的数据量信息与历史数据量信息的比例，对照所述历史实际耗时信息，按预设计算规则估算针对第一查询请求的查询耗时信息，例如，按照下述方式进行估算：针对第一查询请求的数据量信息除以历史数据量信息，得到的商再乘以历史实际耗时信息。

步骤S203，根据所述查询耗时信息确定查询时延，所述查询时延为从获得所述查询耗时信息开始直至向所述服务设备发送第二查询请求为止的时间，所述第二查询请求为请求获得所述目标查询结果数据的请求。

本实施例中，所述根据所述查询耗时信息确定查询时延，包括：将所述查询耗时信息作为所述查询时延。

当然，也可以对所述查询耗时信息进行加权计算得到查询时延，查询时延不大于查询耗时信息与缓存有效时间之和。

步骤S204，如果等待时间达到或超过所述查询时延，则向所述服务设备发送第二查询请求，其中，所述等待时间为从获得所述查询耗时信息开始直至当前为止的时间。

本实施例中，客户端设备根据所述查询时延进行等待，在等待时间达到或超过后触发发送第二查询请求，请求获得所述目标查询结果数据。因此，不会由于等待服务设备返回目标查询结果数据的时间较长而出现调用服务端异常的问题。

本实施例中，可以使用定时器超时的方式按照所述查询时延触发发送第二查询请求。具体包括下述处理：启动定时器，所述定时器的定时时间为所述查询时延；如果接收到所述定时器的超时事件，则确定所述等待时间达到或超过所述查询时延。其中，定时器超时可以是查询时延结束那一刻获得超时事件，也可以是查询时延结束后的一段时间获得超时事件。当然，还可以在客户端通过循环实现时延的方式按照所述查询时延触发发送第二查询请求。

本实施例的一个实施方式中，在第二查询请求中携带用于标识第一查询请求的查询标识，即通过查询标识将第二次查询关联到第一次查询，进一步关联到第一次查询的目标查询条件。具体包括：获得查询标识信息；根据所述查询标识信息生成所述第二查询请求。其中，所述获得所述查询标识信息，包括：根据所述第一查询请求生成所述查询标识信息；或者，获得服务设备提供的查询标识信息。查询标识信息可以由客户端设备根据第一查询请求生成，也可以由服务设备提供并通过针对第一查询请求返回给客户端设备的第一查询结果数据返回所述查询标识信息。

本实施例的一个实施方式中，包括下述处理：获得从获得所述查询耗时信息开始直至当前为止的等待时间，如果所述等待时间达到或超过所述查询时延，则生成所述第二查询请求，生成后发送所述第二查询请求。当然，客户端设备也可以在获得服务设备提供的查询耗时信息后生成所述第二查询请求，生成第二查询请求后进行等待；当等待时间达到或超过所述查询时延，则向服务设备发送第二查询请求。

步骤S205，获得所述服务设备提供的所述目标查询结果数据。

本实施例中，服务设备针对第二查询请求返回目标结果数据，即获得的具体查询内容。请参考图3，图3示出了数据查询的一种处理时序示意图。图中包括：S301，客户端设备向服务设备发送第一查询请求，第一查询请求中携带待查询条件，所述查询条件包括查询业务明细数据；

S302，服务设备返回查询耗时信息t，同时还返回了数据量信息n以及查询标识信息；

S303，客户端设备等待时间t；

S304，客户端设备等待时间满足时长为t后向服务设备发送第二查询请求，第二查询请求中携带查询标识；

S305，服务设备返回目标结果数据，即业务明细数据；

S306，访问页面展示所述业务明细数据或返回给用户下载。

本实施例中还包括：输出所述与所述目标查询条件匹配的目标查询结果数据。

至此，对本实施例提供的用于客户端设备的数据查询方法进行了详细说明，所述数据查询方法通过将查询输入触发的一次查询请求拆分为向服务设备发送两次查询请求，第一次查询获得耗时信息，客户端设备按照耗时信息进行等待，达到或超过查询时延后发起第二次查询，获得查询结果数据，用户不感知客户端设备向服务设备发送了两次查询请求，客户端设备户也不会由于等待服务设备返回目标查询结果数据的时间较长而出现调用服务异常的问题。

以上述实施例为基础，本申请第二实施例提供一种数据查询方法。

以下结合图4对第二实施例提供的数据查询方法进行说明，相关部分请参见第一实施例对应部分的说明。

图4所示的数据查询方法，包括：步骤S401至步骤S405。

步骤S401，获得客户端设备提供的包含目标查询条件的第一查询请求。

本实施例中，所述目标查询条件为用于查询目标业务明细数据的查询条件，即客户端设备需要查询与所述目标查询条件匹配的业务明细数据。服务设备向数据库查询获得明细数据耗时较长，因此将一次查询拆分为两次查询请求进行处理。服务设备向数据库发起的第一次查询为查询与所述目标查询条件匹配的目标查询结果数据的数据量信息，即获得目标业务明细数据的数据条数。当数据量庞大时，向数据库查询数据量信息耗时比查询业务明细数据耗时短。

步骤S402，针对所述第一查询请求，向所述客户端设备提供查询耗时信息其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息。

本实施例中，包括下述处理获得所述查询耗时信息：根据第一查询请求获得与所述目标查询条件匹配的目标查询结果数据的数据量信息；根据所述数据量信息，获得所述查询耗时信息。具体的，根据第一查询请求向数据库请求获得与所述目标查询条件匹配的目标查询结果数据的数据量信息。

本实施例的一个实施方式中，根据服务设备向数据库请求查询业务明细数据的历史信息估算查询耗时信息。具体包括：获得历史查询的历史实际耗时信息以及所述历史查询获得的历史数据量信息；根据获得的针对第一查询请求的数据量信息与历史数据量信息的比例，对照所述历史实际耗时信息，按预设计算规则估算针对第一查询请求的查询耗时信息。例如，预设计算规则为：针对第一查询请求的数据量信息除以历史数据量信息，得到的商再乘以历史实际耗时信息，将乘积作为估算的查询耗时信息。再如，获得指定数据量信息的业务明细数据对应的多次历史耗时信息，确定获得指定数据量信息的业务明细数据的历史平均耗时，将本次查询的数据量信息对照指定数据量信息的历史平均耗时，得到本次查询的预估查询耗时信息。

本实施例中，服务设备向客户端设备提供查询耗时信息后，向数据库发起第二次查询，请求获得与所述目标查询条件匹配的目标查询结果数据，并进行缓存。例如，目标查询结果数据的内容为与所述目标查询条件匹配的业务明细数据，则将获得的与所述目标查询条件匹配的业务明细数据进行缓存。服务设备向数据库发起的第二次查询请求耗时较多，客户端设备将按照服务设备提供的查询耗时信息从获得所述查询耗时信息开始进行等待，等待时间达到或超过查询时延后向所述服务设备发送第二查询请求。其中，所述查询时延根据所述查询耗时信息确定。具体包括下述处理：从所述第一查询请求中获取所述目标查询条件，向数据库请求获得与所述目标查询条件匹配的目标查询结果数据；缓存所述目标查询结果数据。相应的，后续针对所述第二查询请求获得所述目标查询结果数据的步骤中包括下述处理：根据第二查询请求，从缓存有所述目标查询结果数据的服务设备或缓存设备获取所述目标查询结果数据。例如，将所述目标查询结果数据缓存到缓存设备，则所述针对所述第二查询请求获得所述目标查询结果数据，包括：根据所述第二查询请求，从缓存有所述目标查询结果数据的缓存设备获取所述目标查询结果数据。

本实施例的一个实施方式中，包括：将所述目标查询结果数据缓存到缓存设备。当然，也可以将所述目标查询结果数据缓存在服务设备。例如，所述缓存设备为Key-Value(键-值)存储设备，Key-Value存储设备用于基于主键查询场景查询效率高，适用于海量数据场景下的查询。优选的，包括下述处理：根据第一查询请求，获得用于标识第一查询请求的查询标识信息；将所述查询标识信息作为键，将所述目标查询结果数据作为值，使用所述键和所述值构成键值对，将所述键值对缓存到缓存设备。其中，所述根据第一查询请求，获得用于标识第一查询请求的查询标识信息，包括：从第一查询请求中获得所述查询标识信息；或者，根据第一查询请求生成所述查询标识信息。即，所述查询标识信息可以由客户端设备生成，并通过第一查询请求带给服务设备，也可以由服务设备生成。

本实施例的一个实施方式中，还包括设定对所述目标查询结果数据的缓存有效时间。所谓缓存有效时间，是指所述目标查询结果数据能缓存的时长，即过期时间。具体的：获得预设缓存有效时间；将所述目标查询结果数据按照所述预设缓存有效时间缓存到缓存设备。。

本实施例中，所述目标查询条件为用于查询目标业务明细数据的查询条件，所述目标查询条件匹配的目标查询结果数据，为与所述目标查询条件匹配的目标业务明细数据。

步骤S403，获得所述客户端设备提供的第二查询请求，所述第二查询请求为所述客户端设备请求获得所述目标查询结果数据的请求。

本实施例中，客户端设备发送第一查询请求后，从服务设备获得查询耗时信息，按照所述查询耗时信息进行等待。在客户端设备等待过程中，服务设备继续向数据库请求获得与所述目标查询条件匹配的目标查询结果数据，例如获取与所述目标查询条件匹配的业务明细数据，将获取到的业务明细数据进行缓存。进一步，服务设备获得客户端设备提供的第二查询请求。

步骤S404，针对所述第二查询请求获得所述目标查询结果数据。

本实施例中，服务设备在获得所述第二查询请求之前，已将从数据库获得的目标查询结果数据进行了缓存，优选的，以查询标识为键，以所述查询标识对应的目标查询结果数据为值，构成键值对，将所述键值对缓存到缓存设备。本步骤中，根据所述第二查询请求，从缓存有所述目标查询结果数据的缓存设备获取所述目标查询结果数据。具体的，从所述第二查询请求中获得用于标识第一查询请求的查询标识信息；使用所述查询标识信息作为键，从所述缓存设备获取与所述键匹配的值，将所述值作为所述目标查询结果数据。

步骤S405，向所述客户端设备提供所述目标查询结果数据。

本实施例中，服务设备针对第二查询请求从缓存设备获得所述目标查询结果数据，将所述目标查询结果数据返回给所述客户端设备。由于从缓存设备获取数据的速度快，因此，客户端设备不会因等待服务设备取缓存数据而出现超时异常。

请参考图3，图3示出了数据查询的一种处理时序示意图。图中包括：S301，客户端设备向服务设备发送第一查询请求，第一查询请求中携带待查询条件，所述查询条件包括查询业务明细数据；

S301-1，服务设备向数据库发起第一次查询，请求获得与所述待查询条件匹配的目标查询结果数据的数据量信息，例如，获得与所述待查询条件匹配的业务明细数据的数据条数；

S301-2，数据库向服务设备返回与所述待查询条件匹配的目标查询结果数据的数据量信息；

S301-3，服务设备根据数据量信息估算获得与所述待查询条件匹配的业务明细数据所需要的耗时信息；还可以生成唯一查询标识信息，标识本次查询；

S302，服务设备向客户端设备返回查询耗时信息t，同时还返回了数据量信息n以及唯一查询标识信息；

S303，客户端设备等待时间t；

S303-1，在客户端设备等待过程中，服务设备向数据库发起第二次查询，请求获得与所述待查询条件匹配的目标查询结果数据，例如，获得与所述待查询条件匹配的业务明细数据；

S303-2，在客户端设备等待过程中，数据库返回业务明细数据，服务设备获得数据库提供的业务明细数据，将所述业务明细数据作为与所述待查询条件匹配的目标查询结果数据；

S303-3，在客户端设备等待过程中，服务设备将所述目标查询结果数据缓存到缓存设备，例如，以所述唯一查询标识信息为key(键)，以所述业务明细数据为value(值)，构成key-value对，将所述key-value对缓存到缓存设备，按照预设缓存时间缓存，例如将过期时间设为20秒；

S304，客户端设备等待时间满足时长为t后向服务设备发送第二查询请求，第二查询请求中携带查询标识信息；

S304-1，服务设备将第二查询请求中的查询标识信息作为查询主键(key)，向缓存设备查询与所述查询主键匹配的值，所述值为所述目标查询结果数据，例如，具体为缓存的与所述键对应的业务明细数据；

S304-2，服务设备获得缓存设备返回的目标查询结果数据，例如具体为业务明细数据；

S305，客户端设备获得服务设备返回的业务明细数据，将所述业务明细数据作为与第一查询请求中的查询条件匹配的目标结果数据；

S306，客户端设备展示所述业务明细数据或返回给用户下载。

至此，对本实施例提供的用于服务设备的数据查询方法进行了详细说明，所述数据查询方法通过服务设备将一次查询请求拆分为两次向数据库发起查询请求，第一次查询获得数据量信息，根据所述数据量信息估算查询耗时信息，将查询耗时信息提供客户端设备，客户端设备按照所述查询耗时信息进行等待的过程中，服务设备继续向数据发起第二次查询，请求获得与所述查询条件匹配的目标结果数据，并缓存所述目标结果数据，在收到客户端设备发起的第二次查询请求后向客户端设备提供所述目标结果数据，用户对客户端设备向服务设备发送了两次查询请求无感知，客户端设备户也不会由于等待服务设备返回目标查询结果数据的时间较长而出现调用服务异常的问题。

与第一实施例对应，本申请第三实施例提供一种数据查询装置。以下结合图5对第三实施例提供的装置进行说明。

图5所示的数据查询装置，包括：

第一查询单元501，用于向服务设备发送包含目标查询条件的第一查询请求；

获得查询耗时单元502，用于获得所述服务设备提供的查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；

查询时延单元503，用于根据所述查询耗时信息确定查询时延，所述查询时延为从获得所述查询耗时信息开始直至向所述服务设备发送第二查询请求为止的时间，所述第二查询请求为请求获得所述目标查询结果数据的请求；

第二查询单元504，用于如果等待时间达到或超过所述查询时延，则向所述服务设备发送第二查询请求，其中，所述等待时间为从获得所述查询耗时信息开始直至当前为止的时间；

获得查询结果单元504，用于获得所述服务设备提供的所述目标查询结果数据。

其中，所述查询时延单元503，具体用于：将所述查询耗时信息作为所述查询时延。

其中，所述查询时延单元503，还用于：启动定时器，所述定时器的定时时间为所述查询时延；如果接收到所述定时器的超时事件，则确定所述等待时间达到或超过所述查询时延。

其中，所述第二查询单元504，还用于：获得查询标识信息；根据所述查询标识信息生成所述第二查询请求。

其中，所述第二查询单元504，还具体用于：根据所述第一查询请求生成所述查询标识信息；或者，获得所述服务设备提供的查询标识信息。

其中，所述装置还包括输出单元，所述输出单元用于：输出所述与所述目标查询条件匹配的目标查询结果数据。

其中，所述目标查询条件为查询目标业务明细数据的查询条件。

与第二实施例对应，本申请第四实施例提供一种数据查询装置。以下结合图6对第四实施例提供的装置进行说明。

图6所示的数据查询装置，包括：

第一查询单元601，用于获得客户端设备提供的包含目标查询条件的第一查询请求；

提供查询耗时单元602，用于针对所述第一查询请求，向所述客户端设备提供查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；

第二查询单元603，用于获得所述客户端设备提供的第二查询请求，所述第二查询请求为所述客户端设备请求获得所述目标查询结果数据的请求；

获得查询结果单元604，用于针对所述第二查询请求获得所述目标查询结果数据；

提供查询结果单元605，用于向所述客户端设备提供所述目标查询结果数据。

其中，所述提供查询耗时单元602，还用于：根据第一查询请求获得与所述目标查询条件匹配的目标查询结果数据的数据量信息；根据所述数据量信息，获得所述查询耗时信息。

其中，所述提供查询耗时单元602，还具体用于：根据第一查询请求向数据库请求获得与所述目标查询条件匹配的目标查询结果数据的数据量信息。

其中，所述装置还包括缓存单元，所述缓存单元用于：从所述第一查询请求中获取所述目标查询条件，向数据库请求获得与所述目标查询条件匹配的目标查询结果数据；将所述目标查询结果数据缓存到缓存设备；

所述获得查询结果单元604，具体用于：根据所述第二查询请求，从缓存有所述目标查询结果数据的缓存设备获取所述目标查询结果数据。

其中，所述装置还包括查询标识单元，所述查询标识单元用于：根据第一查询请求，获得用于标识第一查询请求的查询标识信息；

相应的，所述缓存单元具体用于：将所述查询标识信息作为键，将所述目标查询结果数据作为值，使用所述键和所述值构成键值对，将所述键值对缓存到缓存设备。

其中，所述查询标识单元，具体用于：从第一查询请求中获得所述查询标识信息；或者，根据第一查询请求生成所述查询标识信息。

其中，所述获得查询结果单元604，具体用于：从所述第二查询请求中获得用于标识第一查询请求的查询标识信息；使用所述查询标识信息作为键，从所述缓存设备获取与所述键匹配的值，将所述值作为所述目标查询结果数据。

其中，所所述缓存单元具体用于：获得预设缓存有效时间；将所述目标查询结果数据按照所述预设缓存有效时间缓存到缓存设备。

其中，所述目标查询条件为用于查询目标业务明细数据的查询条件；所述目标查询结果数据，为与所述目标查询条件匹配的目标业务明细数据。

与第一实施例相对应，本申请第五实施例提供一种用于所述数据查询方法的电子设备。图7为所述电子设备的示意图。

图7所示的电子设备，包括：存储器701，以及处理器702；所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

向服务设备发送包含目标查询条件的第一查询请求；

获得所述服务设备提供的查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；

根据所述查询耗时信息确定查询时延，所述查询时延为从获得所述查询耗时信息开始直至向所述服务设备发送第二查询请求为止的时间，所述第二查询请求为请求获得所述目标查询结果数据的请求；

如果等待时间达到或超过所述查询时延，则向所述服务设备发送第二查询请求，其中，所述等待时间为从获得所述查询耗时信息开始直至当前为止的时间；

获得所述服务设备提供的所述目标查询结果数据。

可选的，所述处理器还用于执行下述计算机可执行指令：将所述查询耗时信息作为所述查询时延。

可选的，所述处理器还用于执行下述计算机可执行指令：启动定时器，所述定时器的定时时间为所述查询时延；如果接收到所述定时器的超时事件，则确定所述等待时间达到或超过所述查询时延。

可选的，所述处理器还用于执行下述计算机可执行指令：获得查询标识信息；根据所述查询标识信息生成所述第二查询请求。

可选的，所述处理器还用于执行下述计算机可执行指令：根据所述第一查询请求生成所述查询标识信息；或者，获得所述服务设备提供的查询标识信息。

可选的，所述处理器还用于执行下述计算机可执行指令：输出所述与所述目标查询条件匹配的目标查询结果数据。

可选的，所述目标查询条件为查询目标业务明细数据的查询条件。

与第二实施例相对应，本申请第六实施例提供一种用于所述数据查询方法的电子设备。所述电子设备的示意图类似图7。

第六实施例提供的电子设备，包括：存储器，以及处理器；所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获得客户端设备提供的包含目标查询条件的第一查询请求；

针对所述第一查询请求，向所述客户端设备提供查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；

获得所述客户端设备提供的第二查询请求，所述第二查询请求为所述客户端设备请求获得所述目标查询结果数据的请求；

针对所述第二查询请求获得所述目标查询结果数据；

向所述客户端设备提供所述目标查询结果数据。

可选的，所述处理器还用于执行下述计算机可执行指令：根据第一查询请求获得与所述目标查询条件匹配的目标查询结果数据的数据量信息；根据所述数据量信息，获得所述查询耗时信息。

可选的，所述处理器还用于执行下述计算机可执行指令：根据第一查询请求向数据库请求获得与所述目标查询条件匹配的目标查询结果数据的数据量信息。

可选的，所述处理器还用于执行下述计算机可执行指令：从所述第一查询请求中获取所述目标查询条件，向数据库请求获得与所述目标查询条件匹配的目标查询结果数据；

将所述目标查询结果数据缓存到缓存设备；

所述针对所述第二查询请求获得所述目标查询结果数据，包括：

根据所述第二查询请求，从缓存有所述目标查询结果数据的缓存设备获取所述目标查询结果数据。

可选的，所述处理器还用于执行下述计算机可执行指令：根据第一查询请求，获得用于标识第一查询请求的查询标识信息；将所述查询标识信息作为键，将所述目标查询结果数据作为值，使用所述键和所述值构成键值对，将所述键值对缓存到缓存设备。

可选的，所述处理器还用于执行下述计算机可执行指令：从第一查询请求中获得所述查询标识信息；或者，根据第一查询请求生成所述查询标识信息。

可选的，所述处理器还用于执行下述计算机可执行指令：从所述第二查询请求中获得用于标识第一查询请求的查询标识信息；使用所述查询标识信息作为键，从所述缓存设备获取与所述键匹配的值，将所述值作为所述目标查询结果数据。

可选的，所述处理器还用于执行下述计算机可执行指令：获得预设缓存有效时间；将所述目标查询结果数据按照所述预设缓存有效时间缓存到缓存设备。

可选的，所述目标查询条件为用于查询目标业务明细数据的查询条件；所述目标查询结果数据，为与所述目标查询条件匹配的目标业务明细数据。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

Claims (15)

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

向服务设备发送包含目标查询条件的第一查询请求；

获得所述服务设备提供的查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；

根据所述查询耗时信息确定查询时延，所述查询时延为从获得所述查询耗时信息开始直至向所述服务设备发送第二查询请求为止的时间，所述第二查询请求为请求获得所述目标查询结果数据的请求；

如果等待时间达到或超过所述查询时延，则向所述服务设备发送第二查询请求，其中，所述等待时间为从获得所述查询耗时信息开始直至当前为止的时间；

获得所述服务设备提供的所述目标查询结果数据；

其中，所述查询耗时信息是根据数据量信息估算获取的，所述数据量信息为匹配所述目标查询条件的目标查询结果的数据量；其中，根据所述数据量信息估算查询耗时信息，包括：获得历史查询的历史实际耗时信息以及所述历史查询获得的历史数据量信息；根据获得的针对所述第一查询请求的数据量信息与历史数据量信息的比例，对照所述历史实际耗时信息，按预设计算规则估算针对第一查询请求的查询耗时信息；

所述根据所述查询耗时信息确定查询时延，包括：对所述查询耗时信息进行加权计算得到查询时延。

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

启动定时器，所述定时器的定时时间为所述查询时延；

如果接收到所述定时器的超时事件，则确定所述等待时间达到或超过所述查询时延。

3.根据权利要求1所述的方法，其特征在于，还包括：获得查询标识信息；根据所述查询标识信息生成所述第二查询请求。

4.根据权利要求3所述的方法，其特征在于，所述获得所述查询标识信息，包括：根据所述第一查询请求生成所述查询标识信息；或者，获得所述服务设备提供的查询标识信息。

5.根据权利要求1所述的方法，其特征在于，还包括：输出所述与所述目标查询条件匹配的目标查询结果数据。

6.根据权利要求1所述的方法，其特征在于，所述目标查询条件为查询目标业务明细数据的查询条件。

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

获得客户端设备提供的包含目标查询条件的第一查询请求；

针对所述第一查询请求，向所述客户端设备提供查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息；

获得所述客户端设备提供的第二查询请求，所述第二查询请求为所述客户端设备请求获得所述目标查询结果数据的请求；

针对所述第二查询请求获得所述目标查询结果数据；

向所述客户端设备提供所述目标查询结果数据；

其中，所述查询耗时信息是根据数据量信息估算获取的，所述数据量信息为匹配所述目标查询条件的目标查询结果的数据量；其中，根据所述数据量信息估算查询耗时信息，包括：获得历史查询的历史实际耗时信息以及所述历史查询获得的历史数据量信息；根据获得的针对所述第一查询请求的数据量信息与历史数据量信息的比例，对照所述历史实际耗时信息，按预设计算规则估算针对第一查询请求的查询耗时信息；

所述客户端设备提供所述第二查询请求是基于等待时间达到或超过查询时延的条件下进行的，所述查询时延为从获得所述查询耗时信息开始直至向服务设备发送第二查询请求为止的时间；所述查询时延是根据所述查询耗时信息确定的，具体是，对所述查询耗时信息进行加权计算得到的。

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

从所述第一查询请求中获取所述目标查询条件，向数据库请求获得与所述目标查询条件匹配的目标查询结果数据；

将所述目标查询结果数据缓存到缓存设备；

所述针对所述第二查询请求获得所述目标查询结果数据，包括：

根据所述第二查询请求，从缓存有所述目标查询结果数据的缓存设备获取所述目标查询结果数据。

9.根据权利要求8所述的方法，其特征在于，还包括：根据第一查询请求，获得用于标识第一查询请求的查询标识信息；

所述将所述目标查询结果数据缓存到缓存设备，包括：将所述查询标识信息作为键，将所述目标查询结果数据作为值，使用所述键和所述值构成键值对，将所述键值对缓存到缓存设备。

10.根据权利要求9所述的方法，其特征在于，所述根据第一查询请求，获得用于标识第一查询请求的查询标识信息，包括：从第一查询请求中获得所述查询标识信息；或者，根据第一查询请求生成所述查询标识信息。

11.根据权利要求9所述的方法，其特征在于，所述根据所述第二查询请求，从缓存有所述目标查询结果数据的缓存设备获取所述目标查询结果数据，包括：从所述第二查询请求中获得用于标识第一查询请求的查询标识信息；

使用所述查询标识信息作为键，从所述缓存设备获取与所述键匹配的值，将所述值作为所述目标查询结果数据。

12.根据权利要求8所述的方法，其特征在于，所述将所述目标查询结果数据缓存到缓存设备，包括：获得预设缓存有效时间；将所述目标查询结果数据按照所述预设缓存有效时间缓存到缓存设备。

13.根据权利要求7所述的方法，其特征在于，所述目标查询条件为用于查询目标业务明细数据的查询条件；所述目标查询结果数据，为与所述目标查询条件匹配的目标业务明细数据。

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

第一查询单元，用于向服务设备发送包含目标查询条件的第一查询请求；

获得查询耗时单元，用于获得所述服务设备提供的查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息，所述查询耗时信息是根据数据量信息估算获取的，所述数据量信息为匹配所述目标查询条件的目标查询结果的数据量；其中，根据所述数据量信息估算查询耗时信息，包括：获得历史查询的历史实际耗时信息以及所述历史查询获得的历史数据量信息；根据获得的针对所述第一查询请求的数据量信息与历史数据量信息的比例，对照所述历史实际耗时信息，按预设计算规则估算针对第一查询请求的查询耗时信息；

查询时延单元，用于根据所述查询耗时信息确定查询时延，所述查询时延为从获得所述查询耗时信息开始直至向所述服务设备发送第二查询请求为止的时间，所述第二查询请求为请求获得所述目标查询结果数据的请求，所述根据所述查询耗时信息确定查询时延，包括：对所述查询耗时信息进行加权计算得到查询时延；

第二查询单元，用于如果等待时间达到或超过所述查询时延，则向所述服务设备发送第二查询请求，其中，所述等待时间为从获得所述查询耗时信息开始直至当前为止的时间；

获得查询结果单元，用于获得所述服务设备提供的所述目标查询结果数据。

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

第一查询单元，用于获得客户端设备提供的包含目标查询条件的第一查询请求；

提供查询耗时单元，用于针对所述第一查询请求，向所述客户端设备提供查询耗时信息，其中，所述查询耗时信息为查询与所述目标查询条件匹配的目标查询结果数据所需的时间信息，所述查询耗时信息是根据数据量信息估算获取的，所述数据量信息为匹配所述目标查询条件的目标查询结果的数据量；其中，根据所述数据量信息估算查询耗时信息，包括：获得历史查询的历史实际耗时信息以及所述历史查询获得的历史数据量信息；根据获得的针对所述第一查询请求的数据量信息与历史数据量信息的比例，对照所述历史实际耗时信息，按预设计算规则估算针对第一查询请求的查询耗时信息；

第二查询单元，用于获得所述客户端设备提供的第二查询请求，所述第二查询请求为所述客户端设备请求获得所述目标查询结果数据的请求，所述客户端设备提供所述第二查询请求是基于等待时间达到或超过查询时延的条件下进行的，所述查询时延为从获得所述查询耗时信息开始直至向服务设备发送第二查询请求为止的时间；所述查询时延是根据所述查询耗时信息确定的，具体是，对所述查询耗时信息进行加权计算得到的；

获得查询结果单元，用于针对所述第二查询请求获得所述目标查询结果数据；

提供查询结果单元，用于向所述客户端设备提供所述目标查询结果数据。

Images