CN104731804A - 一种建立通用查询框架的方法及装置 - Google Patents

Abstract

本发明提供一种建立通用查询框架的方法，包括：客户端的方案解析器解析查询方案，生成对应的查询编辑界面及查询展示界面，所述查询编辑界面供用户配置查询条件，列计算项，展示形式，以及查询界面需要展示的功能按钮；所述方案解析器将方案编辑界面用户设置的查询条件及其它设置反序列化成方案，存储到数据库，供查询或下次编辑使用；客户端的控件生成器将方案配置的查询条件及UI类型生成相对应的控件放到一个面板上，将这个面板数据返回给所述方案解析器，方案解析器将所述面板嵌入到方案编辑界面和方案查询界面，供用户交互使用；服务端的通用查询引擎通过解析出查询方案中配置取数过程名称以及相应的取数过程参数，调用到对应的取数过程，完成取数功能。相应地，本发明提供一种建立通用查询框架的装置，提高了版本更新效率，降低了开发维护成本。

Description

一种建立通用查询框架的方法及装置

技术领域

本发明涉及企业信息管理系统领域，尤其涉及一种建立通用查询框架的方法及装置。

背景技术

要实现数据查询，传统的方法就是：首先开发人员通过编码开发出一个数据展示界面；然后修改服务端代码来支持该查询功能的条件解析及取数过程的调用；最后编写存储过程完成取数功能。

这种开发方式主要存在以下两个问题：

一，每当提供一个新的数据查询功能，或者修改一个现有查询功能，要将该查询功能应用的电网公司各网省的时候，需要停止并更新所有网省的服务，更新每台电脑上的客户端程序，这是相当麻烦的。

二，当不同的电网公司对同一查询功能有不同相求的时候，这时就要求开发工程师提供不同版本的程序，这无形中就增加了开发维护成本。

发明内容

本发明的目的是克服现有技术中的不足之处，提供一种建立通用查询框架的方法及装置，解决了现有技术中更新效率低下，开发维护成本高的问题，提高了版本更新效率，降低了开发维护成本。

采用通用查询框架，只需配置一个XML格式的方案文本存储到数据库，即可完成查询功能，无需修改任何代码。

本发明实施例提供一种建立通用查询框架的方法，包括：

客户端的方案解析器解析查询方案，生成对应的查询编辑界面及查询展示界面，所述查询编辑辑界面供用户配置查询条件，列计算项，展示形式，以及查询界面需要展示的功能按钮；

所述方案解析器将方案编辑界面用户设置的查询条件及其它设置反序列化成方案，存储到数据库，供查询或下次编辑使用；

客户端的控件生成器将方案配置的查询条件及UI类型生成相对应的控件放到一个面板上，将这个面板数据返回给所述方案解析器，方案解析器将所述面板嵌入到方案编辑界面和方案查询界面，供用户交互使用。

本发明实施例还提供一种建立通用查询框架的装置，包括：

解析单元，用于解析查询方案，生成对应的查询编辑界面及查询展示界面，所述查询编辑辑界面供用户配置查询条件，列计算项，展示形式，以及查询界面需要展示的功能按钮；

反序列化单元，用于将方案编辑界面用户设置的查询条件及其它设置反序列化成方案，存储到数据库，供查询或下次编辑使用；

控件生成单元，用于将方案配置的查询条件及UI类型生成相对应的控件放到一个面板上，将这个面板数据返回给所述方案解析器；方案解析器将所述面板嵌入到方案编辑界面和方案查询界面，供用户交互使用。

通过本发明实施例提供的方法及装置，由于通用查询框架，在完全可以不用改变现有程序的情况下，完成满足用户要求的查询功能。因此，相较以往的开发方式，它显示更快捷，周期更短，效率更高，实施起来更简单快速，维护成本低，同时对开发人员的技术要求也更低，甚至熟练的实施人员都能配置出一个满足客户要求的查询功能出来。

附图说明

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

图1是本发明实施例一的方法流程图；

图2是本发明实施例一的配置方案存储结构图；

图3是本发明实施例二的装置组成图。

具体实施方式

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

实施例一

图1是本发明实施例一的方法流程图，如图1所示，该方法包括：

S101.客户端的方案解析器解析查询方案，生成对应的查询编辑界面及查询展示界面，所述查询编辑界面供用户配置查询条件，列计算项，展示形式，以及查询界面需要展示的功能按钮；

客户端包括两个组件，分别为方案解析器和控件生成器。其中，方案解析器生成对应的查询编辑界面及查询展示界面。查询编辑辑界面供用户配置查询条件，列计算项，展示形式（多维表格、平行表格还是树形表格），以及查询界面需要展示的功能按钮都可以在这里进行设置。查询展示界面主要提供查询功能以及数据展示功能以及其它的一些功能（如：打印，导出，穿透等功能）。

S102.所述方案解析器将方案编辑界面用户设置的查询条件及其它设置反序列化成方案，存储到数据库，供查询或下次编辑使用；

S103.客户端的控件生成器将方案配置的查询条件及UI类型生成相对应的控件放到一个面板上，将这个面板数据返回给所述方案解析器，方案解析器将所述面板嵌入到方案编辑界面和方案查询界面，供用户交互使用。

S104.由客户端设置好的查询条件通过用户的查询请求传入服务端，由服务端的通用查询引擎进行解析。

其中，服务端的通用查询引擎进行解析，具体为：

通过客户端传入的查询方案，解析出调用的存储过程以及查询条件，然后调用存储过程取数；同时根据查询方案生成界面展示样式返回给客户端，为客户端界面的展示形式提供依据。

本发明实施例提供的通用查询框架，在完全可以不用改变现有程序的情况下，完成满足用户要求的查询功能。因此，相较以往的开发方式，它显示更快捷，周期更短，效率更高，实施起来更简单快速，维护成本低，同时对开发人员的技术要求也更低，甚至熟练的实施人员都能配置出一个满足客户要求的查询功能出来。

下面将介绍该通用查询框架的使用步骤：

一)配置查询方案，存储到数据库。在数据库中的存储形式如图2所示，其中，keyName表示配置方案的唯一名字；SQLDATASOURCE表示存储整个配置方案的内容；CXBZ:方案类型，0表示B版（即浏览器/服务器架构，Brower/Server）的配置方案，1表示C版（即客户端/服务器架构，Client/Server）用户可新建的方案类型，2表示C版用户不可新建类型，通常指穿透方案;QueryType:方案分类。该字段表示方案是帐务类的还是预算类的或是产权类的等等。

二）新建查询方案。进入到综合查询界面，右键新建查询方案，在“选择方案类型”界面选择通用查询。在通用查询方案选择界面选择一个通用查询方案，点击确定就进入到方案编辑界面，这里以选择凭证明细查询为例，其中，方案编辑界面有六个页签：1、设置通用条件页签用来设置查询条件，上面的条件设置控件都是由控件生成器通过配置方案生成而来。2、设置结果显示列页签用来设置查询界面需要设置的展示列，这里供选择的列也是在配置方案里进行配置的。3、计算项设置页签用来设置用户自定义的列项，设置的的列项数据是通过前列设置的显示列计算而来。4、设置维度及量度页签用来设置是否需要以多维表格的方案来展示数据，以及以怎样的统计口径来展示，展示哪些统计项等等，都能在这里设置。5、设置工具栏页签用来设置查询界面具有哪个按钮功能。6、设置方案总结页签用来设置方案的名称及方案的描述说明。

三）在方案编辑界面设置完查询方案后，点保存，便将方案保存到数据库中。点击预览直接进入到查询界面，该查询界面分三个部分：1、工具栏，这里的显示的按钮来源于方案编辑界面工具栏设置页签的设置。2、条件面板，这里的所有条件控件来源于配置方案中UI（用户界面，User Interface）部分，如果在方案编辑界面设置了条件值，这里在相应的控件上便会显示出相应的条件值。3、数据表格，有三种形式的表格来展示数据：平行表格，树形表格，多维表格。通常情况下是以平行表格展示，即查询数据集是怎样的，这里展示就是怎样的；当在配置方案中设置了<tree>结点里，便会以树形表格的方案展示数据，体现出数据的层次结构；当在方案编辑界面中的设置维度及量度页签中设置了使用多维分析功能后，这里便以多维表格的方式来展示数据，多维表格将根据用户设置的维度对数据的统计项进行统计分析。

实施例二

图3是本发明实施例二的装置组成图，如图3所示，该装置包括：

解析单元201，用于解析查询方案，生成对应的查询编辑界面及查询展示界面，所述查询编辑辑界面供用户配置查询条件，列计算项，展示形式，以及查询界面需要展示的功能按钮；

反序列化单元202，用于将方案编辑界面用户设置的查询条件及其它设置反序列化成方案，存储到数据库，供查询或下次编辑使用；

控件生成单元203，用于将方案配置的查询条件及UI类型生成相对应的控件放到一个面板上，将这个面板数据返回给所述方案解析器；方案解析器将所述面板嵌入到方案编辑界面和方案查询界面，供用户交互使用。

通用查询引擎单元204，用于对客户端设置好的查询进行解析，其解析方法具体为：通过客户端传入的查询方案，解析出调用的存储过程名称以及存储过程的参数值，然后调用存储过程完成取数；同时通用查询引擎单元根据查询方案生成界面展示样式返回给客户端，为客户端界面的展示形式提供依据。

本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的单元或流程并不一定是实施本发明所必须的。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(RandomAccess Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (6)

1.一种建立通用查询框架的方法，其特征在于，包括：

客户端的方案解析器解析查询方案，生成对应的查询编辑界面及查询展示界面，所述查询编辑界面供用户配置查询条件，列计算项，展示形式，以及查询界面需要展示的功能按钮；

所述方案解析器将方案编辑界面用户设置的查询条件及其它设置反序列化成方案，存储到数据库，供查询或下次编辑使用；

客户端的控件生成器将方案配置的查询条件及UI类型生成相对应的控件放到一个面板上，将这个面板数据返回给所述方案解析器，方案解析器将所述面板嵌入到方案编辑界面和方案查询界面，供用户交互使用；

通用查询引擎能解析出方案中配置的取数过程名称及参数，然后调用相应的存储过程完成取数功能。

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

客户端设置好的查询条件通过用户的查询请求传入服务端，由服务端的通用查询引擎进行解析。

3.根据权利要求2所述的方法，其特征在于，所述服务端的通用查询引擎进行解析，包括：

通过客户端传入的查询方案，解析出调用的存储过程以及查询条件，然后调用存储过程取数；

根据查询方案生成界面展示样式，为客户端界面的展示形式提供依据。

4.一种建立通用查询框架的装置，其特征在于，包括：

解析单元，用于解析查询方案，生成对应的查询编辑界面及查询展示界面，所述查询编辑辑界面供用户配置查询条件，列计算项，展示形式，以及查询界面需要展示的功能按钮；

反序列化单元，用于将方案编辑界面用户设置的查询条件及其它设置反序列化成方案，存储到数据库，供查询或下次编辑使用；

控件生成单元，用于将方案配置的查询条件及UI类型生成相对应的控件放到一个面板上，将这个面板数据返回给所述方案解析器，方案解析器将所述面板嵌入到方案编辑界面和方案查询界面，供用户交互使用。

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

发送单元，用于将客户端设置好的查询条件通过用户的查询请求发送至服务端，由服务端的通用查询引擎进行解析。

6.根据权利要求5所述的装置，其特征在于，所述服务端的通用查询引擎进行解析，包括：

通过客户端传入的查询方案，解析出调用的存储过程以及查询条件，然后调用存储过程取数；

根据查询方案生成界面展示样式，为客户端界面的展示形式提供依据。