CN113239014A - 维护用sql记录的管理装置及应用系统 - Google Patents

Abstract

本发明揭示了一种维护用SQL记录的管理装置及应用系统，所述装置包括：业务数据库连接模块，其用于基于业务数据库的连接信息，定义所述业务数据库的连接接口；模板定义模块，其用于定义维护用SQL记录模板，并为使用所述维护用SQL记录模板定义维护用SQL记录提供管理接口；记录管理模块，其用于使用所述管理接口管理维护用SQL记录，并通过所述连接接口与对应的业务数据库进行数据交互；API接口模块，其用于根据所述维护用SQL记录为应用软件提供对应的API接口。与现有技术相比，本发明维护用SQL记录的管理装置，将维护用SQL命令或模板从代码或者配置文件中提取并封装成可以通过用户界面进行维护的记录，然后对所有记录进行统一管理，提高管理效率，降低开发维护的复杂度和成本。

Description

维护用SQL记录的管理装置及应用系统

技术领域

本发明涉及计算机技术领域，具体涉及一种维护用SQL记录的管理装置及应用系统。

背景技术

对于应用系统，无论是C/S(Client/Server，客户机/服务器)还是B/S(Browser/Server,浏览器/服务器)结构，其本质都是为用户提供信息化服务。而数据又是信息化的核心，所以信息化服务可以狭义地理解成数据服务。从系统实现的层面，提供数据服务是一系列的过程，通常包括：请求数据→获取数据→处理数据→展现数据。

业务数据通常存储在数据库服务器上的数据库系统中，而数据库系统目前绝大多数还是使用关系型数据库(例如：Oracle、MySQL等)。应用系统与数据库系统进行交互的模式：首先注册数据库驱动，然后调用数据库驱动所提供的API(Application ProgrammingInterface，应用程序接口)来建立与数据库系统的连接，继而通过API执行SQL(StructuredQuery Language，结构化查询语言)语句的方式进行数据库操作，通常包括：数据表的创建和更新，记录的查询、新增、更新和删除等。

对于数据访问API，业界中常用的有Windows环境下的ODBC(Open DatabaseConnectivity，开放数据库连接)，JAVA环境下的JDBC(Java Database Connectivity，Java数据库连接)。

所以，从系统实现的层面，数据服务的管理，可以简化地理解为对SQL语句的管理。例如：查询学生信息服务，对应的就是查询学生的SQL语句(SELECT)；新增学生记录服务，对应的就是新增学生的SQL语句(INSERT INTO)；更新学生信息服务，对应的就是更新学生的SQL语句(UPDATE)。

系统越庞大、服务越复杂，用到的SQL语句的数量也会越来越多。从系统实现的层面，系统中存在大量的SQL语句，势必要进行有效的管理，否则会直接影响系统的可维护和开发效率。

随着技术规范的发展(例如：ORM(对象关系映射)框架，JPA(Java持久化API)规范)，对于数据的访问不再是比较底层的JDBC API，取而代之的是各种持久层框架，业界使用较多的持久层框架是Hibernate和MyBatis,他们支持的查询语句都不是原生的SQL，而是类SQL，Hibernate支持的是HQL(Hibernate Query Language，Hibernate查询语言)，MyBatis支持的是自定义SQL。

实际上，持久化框架的底层机制还是执行SQL，不同的是SQL语法和定义方式不同。MyBatis是在配置文件(XML)中定义，而Hibernate则直接在代码中定义。

对于这样的定义方式，一旦应用系统进行业务规则调整，势必会改动SQL，Hibernate框架中则需要修改代码，重新编译和分发；MyBatis框架中则需要修改配置文件，重新启动Web服务，以便重新加载配置定义。重新启动服务和重新分发代码，这些操作对于信息化系统而言，都会影响服务的提供，算是重大的影响。

不仅如此，大量的SQL充斥到配置文件和代码中，会直接增加代码维护的复杂度，而且也会增加测试的难度。并且SQL语句的执行和业务逻辑处理混杂在一起，无法准确区分是数据库访问的问题还是业务逻辑的问题。

发明内容

本发明的目的在于提供一种维护用SQL记录的管理装置及应用系统。

为实现上述发明目的之一，本发明一实施方式提供一种维护用SQL记录的管理装置，所述装置包括：

业务数据库连接模块，其用于基于业务数据库的连接信息，定义所述业务数据库的连接接口；

模板定义模块，其用于定义维护用SQL记录模板，并为使用所述维护用SQL记录模板定义维护用SQL记录提供管理接口；

记录管理模块，其用于使用所述管理接口管理维护用SQL记录，并通过所述连接接口与对应的业务数据库进行数据交互；

API接口模块，其用于根据所述维护用SQL记录为应用软件提供对应的API接口。

作为本发明一实施方式的进一步改进，所述连接接口为JNDI标识，所述JNDI标识为对所述业务数据库的连接信息进行定义的连接描述符。

作为本发明一实施方式的进一步改进，所述维护用SQL记录模板包括新增用SQL记录模板、更新用SQL记录模板和删除用SQL记录模板；

所述维护用SQL记录包括新增用SQL记录、更新用SQL记录和删除用SQL记录。

作为本发明一实施方式的进一步改进，所述新增用SQL记录模板的参数包括新增用SQL记录标识、新增用SQL记录标题、JNDI标识和目标数据表；

所述更新用SQL记录模板的参数包括更新用SQL记录标识、更新用SQL记录标题、JNDI标识、目标数据表和更新条件；

所述删除用SQL记录模板的参数包括删除用SQL记录标识、删除用SQL记录标题、JNDI标识、目标数据表和删除条件。

作为本发明一实施方式的进一步改进，每个所述维护用SQL记录模板的参数还包括板块标识，所述板块标识用于区分维护用SQL记录所属的业务板块。

作为本发明一实施方式的进一步改进，所述维护用SQL记录模板的参数还包括记录状态，所述记录状态包括草稿、待审核、上架和下架，通过修改所述记录状态来控制对应SQL记录模板的启用或停用，其中，只有记录状态为上架的SQL记录模板才能正常使用。

作为本发明一实施方式的进一步改进，所述装置还包括：

记录数据库，其用于存储所述维护用SQL记录，在所述记录管理模块对维护用SQL记录进行增加、删除或者修改后，所述维护用SQL记录的增加、删除或者修改被同步保存到所述记录数据库。

作为本发明一实施方式的进一步改进，所述装置包括多个记录管理模块，所述API接口模块还用于在收到应用软件对维护用SQL记录的多个请求时，根据所述多个记录管理模块的空闲状态，将所述多个请求分配给不同的记录管理模块，从而实现多个记录管理模块的负载均衡。

为实现上述发明目的之一，本发明一实施方式提供一种应用系统，所述系统包括应用软件、业务数据库和如上述任一所述的维护用SQL记录的管理装置。

作为本发明一实施方式的进一步改进，所述应用软件通过所述管理装置获取包括有所述业务数据库的连接信息的SQL命令，并将所述SQL命令下发至对应的业务数据库。

与现有技术相比，本发明的维护用SQL记录的管理装置，将维护用SQL命令或模板从代码或者配置文件中提取并封装成可以通过用户界面进行维护的记录，然后对所有记录进行统一管理，提高管理效率，降低开发维护的复杂度和成本。进一步的，由于所述管理装置具有自身的记录数据库，在维护用SQL记录发生改变后会同步保存到所述记录数据库中，因此维护用SQL记录发生改变后，无需重启应用软件，不影响应用软件服务的提供，降低了应用软件的运维成本。

附图说明

图1是本发明维护用SQL记录的管理装置的结构示意图。

图2是本发明的应用系统的结构示意图。

具体实施方式

以下将结合附图所示的具体实施方式对本发明进行详细描述。但这些实施方式并不限制本发明，本领域的普通技术人员根据这些实施方式所做出的结构、方法、或功能上的变换均包含在本发明的保护范围内。

维护用SQL命令是指用于维护数据库的SQL命令，包括新增用SQL命令、更新用SQL命令和删除用SQL命令。新增用SQL命令用于对目标数据库进行新增记录的操作，更新用SQL命令用于根据匹配条件对目标数据库的匹配记录进行修改，删除用SQL命令用于根据匹配条件对目标数据库的匹配记录进行删除。

维护用SQL命令模板是指不带具体参数的维护用SQL命令，例如：insert into XXX(？1，？2,？3)values。

由于大量的SQL语句(主要包括SQL命令和模板)充斥到配置文件和代码中，会直接增加应用软件代码维护的复杂度，也会增加应用系统测试的难度。

因此，本发明提供一种维护用SQL记录的管理装置，所述装置将这些用于维护的SQL语句从代码或者配置文件中提取并封装成维护用SQL记录，对这些记录进行统一的维护和管理，提高管理效率，降低开发维护的复杂度和成本。其中，所述维护用SQL记录是对维护用SQL命令模板进行封装。

如图1所示，本发明的管理装置包括业务数据库连接模块、模板定义模块、记录管理模块和API接口模块。

业务数据库连接模块

业务数据库连接模块用于基于业务数据库的连接信息，定义所述业务数据库的连接接口。具体的，所述连接接口为JNDI(Java Naming and Directory Interface，Java命名和目录接口)标识，所述JNDI标识为对所述业务数据库的连接信息进行定义的连接描述符。以下代码为JNDI标识的一个定义示例，定义完成后，JNDI描述字符串为java:comp/env/jdbc/FOO：

<Resource name＝"jdbc/FOO"

scope＝"Shareable"

auth＝"Container"

factory＝"org.apache.naming.factory.BeanFactory"

type＝"com.mchange.v2.c3p0.ComboPooledDataSource"

driverClass＝"com.mysql.jdbc.Driver"

jdbcUrl＝"jdbc:mysql://<ip>:<port>/<db>？…"

password＝"xxxx"

user＝"xxxx"

…/>。

需要说明的是，不同的业务数据库的连接信息被定义为不同的JNDI标识，后续通过选择不同的JNDI标识，连接对应的业务数据库，从而使本发明的装置能够支持不同的数据源和不同的数据库类型。

模板定义模块

模板定义模块用于定义维护用SQL记录模板，并为使用所述维护用SQL记录模板定义维护用SQL记录提供管理接口。

需要说明的是，维护用SQL记录模板包括新增用SQL记录模板、更新用SQL记录模板和删除用SQL记录模板；所述维护用SQL记录包括新增用SQL记录、更新用SQL记录和删除用SQL记录。

维护用SQL记录模板用于定义维护用SQL记录，每个所述维护用SQL记录模板的参数中都包括有上述JNDI标识，因此在定义维护用SQL记录时需要定义具体的JNDI标识，从而下发对应的维护用SQL命令时能够通过所述JNDI标识连接到对应的业务数据库中。

每个所述维护用SQL记录模板的参数包括：

所述新增用SQL记录模板的参数包括作为主键PK(Primary Key，数据表的主关键字，它的值用于唯一的标识表中的某一条记录)的新增用SQL记录标识、新增用SQL记录标题、JNDI标识和目标数据表；

所述更新用SQL记录模板的参数包括作为主键PK的更新用SQL记录标识、更新用SQL记录标题、JNDI标识、目标数据表和更新条件；

所述删除用SQL记录模板的参数包括作为主键PK的删除用SQL记录标识、删除用SQL记录标题、JNDI标识、目标数据表和删除条件。

进一步的，对于维护用SQL记录数量较多的情形，可以通过增加板块标识，将SQL记录按照业务板块进行隔离管理。因此。所述维护用SQL记录模板的参数还包括板块标识，所述板块标识用于区分维护用SQL记录所属的业务板块。例如：按订单和商品分成2个板块，订单板块下面归集订单相关的SQL记录，而商品板块下面归集商品相关的SQL记录。这样分隔也便于权限的扩展，例如：订单相关人员只能管理订单板块下面的SQL记录，不能涉及商品板块下面的SQL记录。

进一步的，所述维护用SQL记录模板的参数还包括记录状态，所述记录状态包括草稿、待审核、上架和下架，通过修改所述记录状态来控制对应SQL记录模板的启用或停用，其中，只有记录状态为上架的SQL记录模板才能正常使用。维护用SQL记录生成后默认的状态为草稿，在审核通过后可以将状态修改为上架，上架后应用系统即可使用此SQL记录下发SQL命令。另外，当此SQL记录暂时不需要后，可以修改其状态为下架。

下表1为新增用SQL记录模板的一个示例：

表1：tab_insert_template(新增用SQL记录模板定义表)

对于目标数据表(“tbl”)，即是将要新增记录的数据表，数据表名是通过在线同步JNDI所定义的数据库连接中的数据表得到的。

记录状态(“status”)用于查询用SQL的状态控制，只有上架状态的SQL才能引用。

根据维护用SQL记录，最终服务端会依据对应的SQL命令模板生成完整的新增用SQL命令：

INSERT INTO<tbl>(co11,col2,col3,…)VALUES(‘col1值’,‘col2值’,‘col3值’,…)

其中，列名和列值都是通过上下文参数传入。

下表2为更新用SQL记录模板的一个示例：

表2：tab_update_template(更新用SQL记录模板定义表)

对于记录更新，一般都是按筛选条件进行更新。表2中提供了两种条件方式：其一是按照指定列值筛选(例如：按照主键值)；其二是按照自定义条件(例如：组合条件)。根据维护用SQL记录，最终服务端会依据对应的SQL模板生成完整的更新用SQL语句：

UPDATE<tbl>SET col1＝‘col1值’,col2＝‘col2值’,…WHERE<筛选条件>

其中，列名和列值都是通过上下文参数传入；筛选条件依据上下文参数生成。

下表3为删除用SQL记录模板的一个示例：

表3：tab_delete_template(删除用SQL记录模板定义表)

删除用SQL模板的定义与更新用的相同。根据维护用SQL记录，最终服务端会依据对应的SQL模板生成完整的删除用SQL语句：

DELETE FROM<tbl>WHERE<筛选条件>

其中，筛选条件依据上下文参数生成。

记录管理模块

记录管理模块用于使用所述管理接口管理维护用SQL记录，并通过所述连接接口与对应的业务数据库进行数据交互。记录管理模块根据维护用SQL记录模板对记录进行管理(所述管理操作包括对SQL记录的增加、删除、修改和查询等)，并且所述记录管理模块还能够根据通过API接口模块接收应用软件下发的具体参数，生成具体的SQL命令，返回给应用软件。

在一个优选的实施方式中，所述记录管理模块包括有可视的用户界面供管理员进行管理操作，所述用户界面优选通过网页的方式提供。

API接口模块

API接口模块用于根据所述维护用SQL记录为应用软件提供对应的API接口。一般通过维护用SQL记录的记录标识，为应用软件提供对应的API接口。应用软件根据记录标识获取对应的SQL记录的定义信息，然后根据记录标识以及下发的具体参数，从API接口获取具体需要执行的SQL命令，下发给业务数据库。

在一优选的实施方式中，所述装置还包括记录数据库。

记录数据库

记录数据库用于存储所述维护用SQL记录，在所述记录管理模块对维护用SQL记录进行增加、删除或者修改后，所述维护用SQL记录的增加、删除或者修改被同步保存到所述记录数据库。因此维护用SQL记录发生改变后，无需重启应用软件，不影响应用软件服务的提供，降低了应用软件的运维成本。

进一步的，所述装置包括多个记录管理模块，所述API接口模块还用于在收到应用软件对维护用SQL记录的多个请求时，根据所述多个记录管理模块的空闲状态，将所述多个请求分配给不同的记录管理模块，从而实现多个记录管理模块的负载均衡。

如图2所示，本发明还提供一种应用系统，所述系统包括应用软件、业务数据库和上述所述的维护用SQL记录的管理装置，其中：

所述应用软件通过所述管理装置获取包括有所述业务数据库的连接信息的SQL命令，并将所述SQL命令下发至对应的业务数据库。

需要说明的是，所述应用软件可以有多个，所述业务数据库也可以有多个。

应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施方式中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明，它们并非用以限制本发明的保护范围，凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。

Claims (10)

1.一种维护用SQL记录的管理装置，其特征在于，所述装置包括：

业务数据库连接模块，其用于基于业务数据库的连接信息，定义所述业务数据库的连接接口；

模板定义模块，其用于定义维护用SQL记录模板，并为使用所述维护用SQL记录模板定义维护用SQL记录提供管理接口；

记录管理模块，其用于使用所述管理接口管理维护用SQL记录，并通过所述连接接口与对应的业务数据库进行数据交互；

API接口模块，其用于根据所述维护用SQL记录为应用软件提供对应的API接口。

2.根据权利要求1所述维护用SQL记录的管理装置，其特征在于：

所述连接接口为JNDI标识，所述JNDI标识为对所述业务数据库的连接信息进行定义的连接描述符。

3.根据权利要求1所述维护用SQL记录的管理装置，其特征在于：

所述维护用SQL记录模板包括新增用SQL记录模板、更新用SQL记录模板和删除用SQL记录模板；

所述维护用SQL记录包括新增用SQL记录、更新用SQL记录和删除用SQL记录。

4.根据权利要求3所述维护用SQL记录的管理装置，其特征在于：

所述新增用SQL记录模板的参数包括新增用SQL记录标识、新增用SQL记录标题、JNDI标识和目标数据表；

所述更新用SQL记录模板的参数包括更新用SQL记录标识、更新用SQL记录标题、JNDI标识、目标数据表和更新条件；

所述删除用SQL记录模板的参数包括删除用SQL记录标识、删除用SQL记录标题、JNDI标识、目标数据表和删除条件。

5.根据权利要求4所述维护用SQL记录的管理装置，其特征在于：

每个所述维护用SQL记录模板的参数还包括板块标识，所述板块标识用于区分维护用SQL记录所属的业务板块。

6.根据权利要求4所述维护用SQL记录的管理装置，其特征在于：

所述维护用SQL记录模板的参数还包括记录状态，所述记录状态包括草稿、待审核、上架和下架，通过修改所述记录状态来控制对应SQL记录模板的启用或停用，其中，只有记录状态为上架的SQL记录模板才能正常使用。

7.根据权利要求1所述维护用SQL记录的管理装置，其特征在于，所述装置还包括：

记录数据库，其用于存储所述维护用SQL记录，在所述记录管理模块对维护用SQL记录进行增加、删除或者修改后，所述维护用SQL记录的增加、删除或者修改被同步保存到所述记录数据库。

8.根据权利要求7所述维护用SQL记录的管理装置，其特征在于：

所述装置包括多个记录管理模块，所述API接口模块还用于在收到应用软件对维护用SQL记录的多个请求时，根据所述多个记录管理模块的空闲状态，将所述多个请求分配给不同的记录管理模块，从而实现多个记录管理模块的负载均衡。

9.一种应用系统，其特征在于：

所述系统包括应用软件、业务数据库和如权利要求1-8所述的维护用SQL记录的管理装置。

10.根据权利要求9所述的应用系统，其特征在于：

所述应用软件通过所述管理装置获取包括有所述业务数据库的连接信息的SQL命令，并将所述SQL命令下发至对应的业务数据库。

Images