CN111143402A

CN111143402A - 一种扩展模型生成方法及设备、介质

Info

Publication number: CN111143402A
Application number: CN201911379798.4A
Authority: CN
Inventors: 王兴山; 冯洋洋
Original assignee: Inspur General Software Co Ltd
Current assignee: Inspur General Software Co Ltd
Priority date: 2019-12-27
Filing date: 2019-12-27
Publication date: 2020-05-12
Anticipated expiration: 2039-12-27
Also published as: CN111143402B

Abstract

本申请公开了一种扩展模型生成方法及设备、介质。方法包括：确定数据库中的基础模型，并以可视化控件的形式进行展示，基础模型包括以下至少一种：表、视图、存储过程；接收针对展示的基础模型的拖拽操作；根据拖拽操作，设置基础模型相互之间的关联关系；根据关联关系，生成扩展模型。本申请能够以图形化拖拽的方式直观而便利地构建扩展模型，扩展模型能够更为便利而直观地展示多表间数据，能够降低数据查询操作的门槛，帮助用户更为高效地查询数据。

Description

一种扩展模型生成方法及设备、介质

技术领域

本申请涉及计算机应用技术领域，尤其涉及一种扩展模型生成方法及设备、介质。

背景技术

数据库是目前使用普及的技术，极大地提高了用户管理数据的能力。对于数据库的操作具有门槛，至少需要掌握结构化查询语言(Structured Query Language，SQL)的使用。

通过SQL，可以便利地在数据库的单表中进行查询，SQL也支持在数据库的多表间进行查询，但是，对于很多用户而言，只掌握了一些比较基础的SQL语句，这使得他们虽然在单表中查询障碍不大，但是在多表间查询往往力不从心，由此，给他们带来不便，影响数据查询效率。

发明内容

本申请实施例提供一种扩展模型生成方法及设备、介质，用以解决现有技术中的如下技术问题：目前基于SQL在数据库的多表间进行查询对于一些用户而言较为不便，影响数据查询效率。

本申请实施例采用下述技术方案：

一种扩展模型生成方法，包括：

确定数据库中的基础模型，并以可视化控件的形式进行展示，所述基础模型包括以下至少一种：表、视图、存储过程；

接收针对展示的所述基础模型的拖拽操作；

根据所述拖拽操作，设置所述基础模型相互之间的关联关系；

根据所述关联关系，生成扩展模型。

可选地，设置所述基础模型相互之间的关联关系，包括：

定义所述基础模型相互之间的关联关系；

将定义的所述关联关系绑定至指定的文档对象模型。

可选地，所述方法还包括：

根据所述文档对象模型，获取并按照预定规则整合所述扩展模型的相关数据，得到结构化的推演数据。

可选地，将定义的所述关联关系绑定至指定的文档对象模型，包括：

为定义的所述关联关系对应的所述基础模型生成遮罩层，所述遮罩层属于文档对象模型；

将所述关联关系绑定至所述遮罩层。

可选地，根据所述拖拽操作，设置所述基础模型相互之间的关联关系，包括：

确定为所述基础模型设定并展示的连接端点；

根据所述拖拽操作，设置所述基础模型的连接端点之间的连接关系，以表示相应的所述基础模型相互之间的关联关系。

可选地，所述连接端点包括输入端点、输出端点；

根据所述拖拽操作，设置所述基础模型的连接端点之间的连接关系，包括：

根据所述拖拽操作，设置所述基础模型中当前拖拽的基础模型的输入端点与另一基础模型输出端点之间的连接关系。

可选地，所述方法还包括：

根据所述基础模型包含的字段信息，设置所述基础模型相互之间的关联关系。

可选地，所述关联关系包括以下至少一种：内连接关系、左连接关系、右连接关系、外连接关系、联合关系。

一种扩展模型生成设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

确定数据库中的基础模型，并以可视化控件的形式进行展示；

接收针对展示的所述基础模型的拖拽操作；

根据所述关联关系，生成扩展模型。

一种扩展模型生成介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

接收针对展示的所述基础模型的拖拽操作；

根据所述关联关系，生成扩展模型。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：能够以图形化拖拽的方式直观而便利地生成扩展模型，扩展模型能够更为便利而直观地展示多表间数据，而无需依赖于用户使用SQL语句，能够降低数据查询操作的门槛，帮助用户更为高效地查询数据。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请的一些实施例提供的一种扩展模型生成方法的流程示意图；

图2a～2f为本申请的一些实施例提供的一种应用场景下，图1的方法涉及的一些示例性的展示界面示意图。

具体实施方式

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

本申请提供了基于数据库中基础模型，通过拖拽操作直观而便利地生成扩展模型的方案，而扩展模型能够将原本抽象的SQL查询通过界面展示的方式，以直观了然的形式面向用户，从而降低用户对SQL的使用门槛，具有重要推广意义。下面对本申请的方案进行详细说明。

图1为本申请的一些实施例提供的一种扩展模型生成方法的流程示意图。

图1的方法包括如下步骤：

S100：确定数据库中的基础模型，并以可视化控件的形式进行展示，所述基础模型包括以下至少一种：表、视图、存储过程。

在本申请的一些实施例中，以数据库中的表为例，表中有多个字段。每张表都可被视为一个基础模型，而表和表之间还可以通过某些字段产生关联，进而形成更为复杂的表，将其视为扩展模型，因此，扩展数据能够提供表间查询数据。

视图是虚拟表，存储过程是一组SQL语句构成的集合，因此，它们实质上也是间接地表示了表中的多个字段。为了便于描述，下面的一些实施例主要以基础模型为表作为示例，进行说明。

在本申请的一些实施例中，表示基础模型的可视化控件是支持拖拽操作的，为了便于用户操作，各基础模型可以按一定规则排列展示。比如，可以读取数据库中一定范围内的全部表，将这些表分别表示为一个可视化控件，将这些可视化控件以树形结构展示，用户可以从树形结构中将任意表拖拽出来。

S102：接收针对展示的所述基础模型的拖拽操作。

在本申请的一些实施例中，用户可以在基础模型原本以可视化控件进行展示的展示界面(称为初始展示界面)内进行拖拽。也可以进一步地，将基础模型向其他展示界面中进行拖拽。

为了便于用户操作，在不同的展示界面中，同一个基础模型可以有不同的外观，比如，在初始展示界面,以图标样式的外观展示基础模型，而在其他展示界面，以缩略图样式或者抽象方框图的外观展示基础模型,等等。

S104：根据所述拖拽操作，设置所述基础模型相互之间的关联关系。

在本申请的一些实施例中，可以由方案的执行系统根据基础模型中的字段信息，智能化地自动挖掘关联关系并设置，如此，有助于减少用户操作，以及更全面地设置关联关系。当然，在这种情况下，可以允许用户介入调整，以便用户真正关注的关联关系。另一种方式是由用户主导地手动设置关联关系,执行系统只负责执行用户的设置指令，或者给予用户少量辅助，比如，自动设置一种默认的关联关系，而不做深入挖掘。

S106：根据所述关联关系，生成扩展模型。

在本申请的一些实施例中，扩展模型包括关联关系，以及关联关系对应的数据，关联关系是表间的关系，则关联关系对应的数据可以表示出相应的表间数据查询结果，由此可见，该表间数据查询结果的获取,无需依赖于用户使用SQL语句。

扩展模型可以基于可视化展示的基础模型来展示，而扩展模型包括的数据也可以以可视化的形式向用户展示。

通过图1的方法，能够以图形化拖拽的方式直观而便利地生成扩展模型，扩展模型能够更为便利而直观地展示多表间数据，而无需依赖于用户使用SQL语句，能够降低数据查询操作的门槛，帮助用户更为高效地查询数据。

基于图1的方法，本申请还进一步提供了一些具体实施方案和扩展方案，下面继续说明。

在本申请的一些实施例中，设置关联关系后，需要用相应的载体来承载关联关系，后续则可以通过该载体，使用、维护或者删除关联关系。为了便于用户访问载体，该载体可以附属于可视化展示的基础模型或者扩展模型。比如，可以生成文档对象模型作为载体，针对两个不同的基础模型，首先定义这两个基础模型相互之间的关联关系，然后定义的关联关系绑定至该文档对象模型，文档对象模型比如展示为这两个基础模型之间的连线控件，或者这两个基础模型的注解框控件等，如此，对于用户而言，直观好理解，而且还易于修改。

进一步地，基于生成的扩展模型，可以获取其包含的数据，展示给用户，从而实现了不依赖于用户的SQL语句查询数据。这些数据可以通过关联关系的载体获取，沿用上例，比如，可以根据文档对象模型，获取并按照预定规则整合扩展模型的相关数据，得到结构化的推演数据，推演数据比如包括：扩展模型涉及的基础模型的基本信息，基础模型之间的描述信息和绑定数据，基础模型的布局信息等。

根据上面的说明，更直观地，本申请的一些实施例还提供了一种应用场景下，图1中的方法的具体实施方案，以及该具体实施方案涉及的一些示例性的展示界面，展示界面如图2a～2f所示。

在该应用场景下，预先构建拖拽式建模操作平台，支持对模型的拖拽操作，比如采用JsPlumb和bootstrap框架构建该平台。通过基于Java数据库连接(Java DatabaseConnectivity，JDBC)程序的连接器，连接数据库。具体在连接器中输入数据库连接IP、用户名、密码等配置信息，连接数据库，连接器提供测试功能，用于测试数据库连接是否成功。

连接数据库后，获取所有的表、视图或存储过程，以此作为基础模型，基础模型支持拖拽到操作平台。具体比如，读取数据库中的表、视图、存储过程，使用Ztree插件作树状结构展示，绑定easyUI控件，使树形上每个基础模型可拖拽，用户可以将树形上的基础模型拖拽到指定画布区域内，系统监听拖拽的OnDrop事件，在画布上渲染出基础模型，基础模型的位置可在画布内任意拖动。参见图2a，图2a示出了已经被拖拽至画布的一个基础模型“gspuser”，该基础模型是以抽象方框的外观展示的。

当拖拽放置基础模型时，可以依据字段名称和字段数据类型，默认设置关联关系，以指定的载体绑定以保存相应的数据，数据包括基础模型的ID、表名、关联关系、关联字段等，之后，针对该载体通过诸如双击操作等以对话框形式，查看、修改或者删除关联关系。

例如，每往画布上拖拽一个基础模型时，通过JsPlumb插件在该基础模型上追加一个输出端点(示例性地用深色圆点表示)和一个输入端点(示例性地用浅色圆点表示)。

当拖放第二个基础模型时，使上一个基础模型的输出端点，自动连接第二个基础模型的输入端点，并自动产生一个遮罩层，该遮罩层作为数据绑定的载体。参见图2b，图2b示出了第一个的基础模型“gspuser”和第二个放置的基础模型“SZQCSTSaa”，“gspuser”的输出端点与“SZQCSTSaa”的输入端点相连接，表示为两者设置了关联关系，相应的遮罩层可以以连接线段表示。

在该应用场景下，表之间的关联关系比如包括以下至少一种：内连接关系、左连接关系、右连接关系、外连接关系、联合关系。默认使两个基础模型内连接，关联条件是字段名称和字段类型，还可手动修改，字段信息可以通过表名或数据集ID获取,双击遮罩层可查看、修改或者删除关联关系。参见图2c，图2c示出了关联关系的相关信息的展示编辑界面，这里可以看到当前的关联关系是左连接关系(以加粗方框标示)，下面是涉及的字段信息，从各种关联关系的标示图形来看，图2b中的关联关系是内连接关系。

通过基础模型上的输入端点和输出端点，可以使画布上的任意两个基础模型产生关联关系，同时生成遮罩层。上例中时默认地自动连接输入端点和输出端点,也可以由用户根据需求手动连接输入端点和输出端点。参见图2d，图2d示两个基础模型“SZQCSTSaa”、“GSPAUTHORS”分别与“gspuser”分别设置的关联关系，分别为左连接关系、右连接关系。

当然，也可以不区分输入端点和输出端点，而是为基础模型设定并展示的多个相同的连接端点，根据拖拽操作，设置基础模型的连接端点之间的连接关系，以表示相应的基础模型相互之间的关联关系。

基础模型之间的关联关系都设置好后，可以获取各遮罩层上的绑定数据信息，形成结构化的推演数据，由前台向用户展示。参见图2e和图2f，图2e示出了基于当前扩展模型中的关联关系的结构预览，图2f示出了基于当前扩展模型中的关联关系的数据预览，在预览的信息中进行操作还可以进一步地查看详细信息。

基于同样的思路，本申请的一些实施例还提供了上述系统对应的设备、介质。

本申请的一些实施例提供的一种扩展模型生成设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

接收针对展示的所述基础模型的拖拽操作；

根据所述关联关系，生成扩展模型。

本申请的一些实施例提供的一种扩展模型生成介质，所述介质包括非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

接收针对展示的所述基础模型的拖拽操作；

根据所述关联关系，生成扩展模型。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备、介质与方法是对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果。

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

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

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

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种扩展模型生成方法，其特征在于，包括：

接收针对展示的所述基础模型的拖拽操作；

根据所述关联关系，生成扩展模型。

2.如权利要求1所述的方法，其特征在于，设置所述基础模型相互之间的关联关系，包括：

定义所述基础模型相互之间的关联关系；

将定义的所述关联关系绑定至指定的文档对象模型。

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

4.如权利要求2所述的方法，其特征在于，将定义的所述关联关系绑定至指定的文档对象模型，包括：

将所述关联关系绑定至所述遮罩层。

5.如权利要求1所述的方法，其特征在于，根据所述拖拽操作，设置所述基础模型相互之间的关联关系，包括：

确定为所述基础模型设定并展示的连接端点；

6.如权利要求5所述的方法，其特征在于，所述连接端点包括输入端点、输出端点；

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

8.如权利要求1～7任一项所述的方法，其特征在于，所述关联关系包括以下至少一种：内连接关系、左连接关系、右连接关系、外连接关系、联合关系。

9.一种扩展模型生成设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

接收针对展示的所述基础模型的拖拽操作；

根据所述关联关系，生成扩展模型。

10.一种扩展模型生成介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：

接收针对展示的所述基础模型的拖拽操作；

根据所述关联关系，生成扩展模型。