[发明专利]一种前后台大容量业务数据查询方法

说明书

本发明公开了一种前后台大容量业务数据查询方法，可提高查询性能和并发量，节省计算资源和带宽资源。其技术方案为：本发明将交易数据全存储在后台，降低前台数据管理成本，后台提供分页查询接口，供前台查询特定页面的数据并进行展示。支持针对交易数据进行条件过滤，后台针对指定的过滤条件建立查询缓存。本发明支持轮询和主动通知两种类型的查询方式，轮询机制通过HTTP查询接口定时查询交易数据；主动通知机制在此基础上，增加了基于Websocket协议的动态通知，当有数据方式变化时主动通知前台，使用者可根据实际情况灵活选用查询方式。

技术领域

本发明涉及数据处理技术，具体涉及可应用于金融交易软件领域中的前后台金融大容量业务数据查询的技术。

背景技术

目前的金融交易软件通常使用C/S(客户端/服务端)或B/S(网页端/服务端)架构，通常将“服务端”称为“后台”，将“网页端”或“客户端”称为“前台”。其中，后台通常负责进行实时交易数据(如订单、成交等)的存储和更新，前台通常负责交易数据的实时展示。因此，前台需要实时向后台查询最新的交易数据。

目前的金融交易软件的应用中，存在以下的一些需求：

(1)后台存储交易数据，负责根据交易情况实时更新交易数据中的记录。

(2)前台进行交易数据展示，展示方式为分页展示，支持针对多个特定的列进行数据筛选，实时展示经过筛选后的数据的总记录条数，并对筛选后的数据进行分页，展示特定页码上的数据。

如：当前后台符合筛选条件的交易数据记录条数为200条，前台设定每页展示50条记录，那么这些数据可以被分为4页，其中第2页的数据为第51～100条记录。

(3)当后台交易数据有更新时，如果被更新的数据符合前台展示页面的筛选条件，那么前台需要对页面进行更新，以展示最新的交易数据。

(4)后台存储的交易数据量较大(如千万条记录级别)，需要针对大容量业务数据的查询进行优化设计，防止前后台查询操作的延时过大。

当且的金融交易软件对上述的几点的需求并没有足够的支持力度，因此，业界亟待开发一种技术来满足上述需求。

发明内容

以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。

本发明提供了一种前后台大容量业务数据查询方法，可提高查询性能和并发量，节省计算资源和带宽资源。

本发明的技术方案为：本发明揭示了一种前后台大容量业务数据查询方法，方法基于定时查询机制实现，包括：

步骤1：前台根据查询条件向后台发送页面修改请求，该页面修改请求为Http请求，请求数据中包含以下字段：数据集名称、查询条件、上次查询ID；

步骤2：后台收到页面修改请求后，根据请求数据中的数据集名称的字段确定原始交易数据集，如果页面修改请求中填写了上次查询ID，则后台根据上次查询ID字段中的值查找对应的查询缓存数据集并加以删除；

步骤3：后台根据请求数据中的新的查询条件建立新的查询缓存数据集，将当前原始数据集中符合查询条件的记录的指针加入到该新的查询缓存数据集中，后台为该新的查询缓存数据集分配全局编号，记录对应的查询条件，最后将当前查询缓存数据集的总记录条数和新分配的全局编号通过HTTP应答返回给前台进行保存；