本申请涉及数据库配置管理技术领域，尤其涉及一种业务系统动态生成方法、装置、计算机设备及存储介质。
背景技术：
cmdb(configurationmanagementdatabase，即配置管理数据库)存储与管理企业it架构中设备的各种配置信息，它与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性。cmdb软件侧重于信息的管理(采集、整合、记录、维护、检验、更新等)，而数据库侧重于信息的物理存储，两者是密切联系的。cmdb的功能需要专门的cmdb管理软件，很难在传统数据库上直接完成。因为对配置信息的管理是cmdb的核心功能，而这一部分功能很难由数据库软件实现。
目前常用的cmdb系统一般将业务数据和配置数据均存储在关系型数据库的数据表中，其存在以下缺陷：
1.配置数据与业务数据依赖耦合，导致企业必须按照其固定的模式进行数据转换；
2.数据库er模型体现不出业务模型,一旦应用切换，数据迁移存在重大隐患；
3.业务配置数据都存在一张表中，数据查询速度存在效率低下的问题。
技术实现要素：
本申请提供了一种业务系统动态生成方法、装置、计算机设备及存储介质，旨在解决现有技术中基于图形数据库的cmdb中配置数据与业务数据依赖耦合且均存储在关系型数据库的数据表中，导致数据库er模型体现不出业务模型，同时数据查询速度存在效率低下的问题。
第一方面，本申请提供了一种业务系统动态生成方法，其包括：
若检测到用户界面中的菜单被选中，获取被选中菜单所对应的配置编码；
根据配置编码在图形数据库中检索查询对应的配置模型，并加载到内存中进行存储；
根据内存中所存储的配置模型对应生成包括数据表格的展示页面；
若检测到对数据表格的数据操作，根据数据操作的操作类型及数据操作所选定的业务数据对应生成sql脚本；
执行sql脚本，反馈对应的业务数据处理结果。
第二方面，本申请提供了一种业务系统动态生成装置，其包括：
配置编码检索单元，用于若检测到用户界面中的菜单被选中，获取被选中菜单所对应的配置编码；
配置编码加载单元，用于根据配置编码在图形数据库中检索查询对应的配置模型，并加载到内存中进行存储；
展示页面生成单元，用于根据内存中所存储的配置模型对应生成包括数据表格的展示页面；
sql脚本生成单元，用于若检测到对数据表格的数据操作，根据数据操作的操作类型及数据操作所选定的业务数据对应生成sql脚本；
数据结果反馈单元，用于执行sql脚本，反馈对应的业务数据处理结果。
第三方面，本申请又提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请提供的任一项所述的业务系统动态生成方法。
第四方面，本申请还提供了一种存储介质，其中所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行本申请提供的任一项所述的业务系统动态生成方法。
本申请提供一种业务系统动态生成方法、装置、计算机设备及存储介质。该方法中若检测到用户界面中的菜单被选中，获取被选中菜单所对应的配置编码；根据配置编码在图形数据库中检索查询对应的配置模型，并加载到内存中进行存储；根据内存中所存储的配置模型对应生成包括数据表格的展示页面；若检测到对数据表格的数据操作，根据数据操作的操作类型及数据操作所选定的业务数据对应生成sql脚本；执行sql脚本，反馈对应的业务数据处理结果。该方法通过图形数据库保存配置数据，关系型数据库保存业务数据，在完成配置后无需编辑脚本就可完成对业务数据的展示及数据的相关操作。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1a为本申请实施例中一具体图形数据库的三层结构示意图；
图1b为本申请实施例提供的一种业务系统动态生成方法的示意流程图；
图2是本申请实施例提供的一种业务系统动态生成方法的子流程示意图；
图3是本申请实施例提供的一种业务系统动态生成方法的另一子流程示意图；
图4为本申请实施例提供的一种业务系统动态生成方法的另一子流程示意流程图；
图5为本申请实施例提供的一种业务系统动态生成装置的示意性框图；
图6为本申请实施例提供的一种业务系统动态生成装置的子单元示意性框图；
图7为本申请实施例提供的一种业务系统动态生成装置的另一子单元示意性框图；
图8为本申请实施例提供的一种业务系统动态生成装置的另一子单元示意性框图；
图9为本申请实施例提供的一种计算机设备的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
为了方便理解，下面对本发明实施例中涉及的图形数据库，及cmdb应用系统及关系型数据库进行介绍。
在图形数据库中，存储有多个内核配置(内核配置也可称为配置模型)。配置模型是一种标准的图形结构，具体图形结构参考图1a。如图1a所示，所述配置模型被划分为三层，具体如下：
最上面一层是页面层(viewgroup)，该层是对页面基础信息的抽象，主要包含页面的基础信息，例如：页面名称，页面编码等信息。
中间一层是业务视图层(view)，该层是对业务数据的抽象，每个view在页面当中可以理解成一个数据表格，主要包含业务视图的名称、编码、view类型以及view组件类型等信息，每个业务视图view都是由er层的一个或多个entity(实体)组成。
其中，view类型主要包含：
a.拓扑图类型，主要用于展示数据关联视图；
b.业务数据类型，主要用于展示页面表格数据。
view的组件类型主要包含：
a.数据表格；
b.其他数据展示组件，例如树状图、柱状图等其他数据展示组件。
最下面一层是er层，主要是对关系型数据库e-r模型的表示，用于在对业务视图层view所需业务数据的管理提供基础，在er层中主要包含entity/attribute(其中，entity表示实体，attribute表示实体的属性)以及entity(实体)与entity(实体)的关系，以及entity与其attribute(属性)的关系。
其中，entity主要包含表名、表别名等信息是否可见、是否可编辑等信息；
attribute主要包含属性名称、编码、是否可见、是否可编辑等信息。
在了解图形数据库的基本知识后，下面对cmdb应用系统进行简要介绍。cmdb应用系统分为三层，其中面向用户且能被用户直接看到的是页面，页面的下一层是cmdb应用系统层，再下一层是后台的图形数据库及关系型数据库(图形数据库、及关系型数据库均与cmdb应用系统层通讯连接，也就是cmdb应用系统层能从图形数据库、及关系型数据库获取数据)。
其中，图形数据库包括多个配置模型，每一配置模型均由上述三层结构组成(即页面层、业务视图层、和er层)，每个配置模型中的业务视图层均包括至少一个业务视图层节点，并在业务视图层进行显示。
请参阅图1b，图1b是本申请实施例提供的一种业务系统动态生成方法的示意流程图。该方法应用于台式电脑、手提电脑、平板电脑等终端中。如图1b所示，该方法包括步骤s101～s105。
s101、若检测到用户界面中的菜单被选中，获取被选中菜单所对应的配置编码。
在本实施例中，在面向用户的用户界面上设置有多个菜单，即菜单是设置在cmdb应用系统中的界面上。每点击一个菜单，均会对应展示一个新界面，也即对用户选中动作的一个反馈。由于用户界面上设置的每一菜单均对应唯一的配置编码，当菜单被选中时则根据被选中菜单得到其配置编码。
本申请中，所述配置编码是映射图形数据库中的配置模型。每点击一个菜单，都会在图形数据库检索是否存在与配置编码对应的配置模型，并根据检索得到的配置模型来渲染包括数据表格的页面，以直观的在cmdb应用系统中的页面上展示业务数据。
s102、根根据配置编码在图形数据库中检索查询对应的配置模型，并加载到内存中进行存储。
在本实施例中，所述图形数据库中存储有多个配置模型，每一配置模型均包括页面层、业务视图层和er层。图形数据库中的配置模型均是预先设置好的，即用户预先在图形数据库中配置好各种配置模型，且这些配置模型是存储在图形数据库中，实现了与业务数据的分离。
在一实施例中，所述图形数据库为neo4j图形数据库。neo4j是一个高性能的nosql(nosql泛指非关系型的数据库)图形数据库，它将结构化数据存储在网络上而不是表中。neo4j也可以被看作是一个高性能的图引擎，该引擎具有成熟数据库的所有特性。neo4j图形数据库的一个图中包含两种基本的数据类型：nodes(节点)和relationships(关系)。nodes和relationships包含key/value形式的属性。nodes通过relationships所定义的关系相连起来，形成关系型网络结构。
在一实施例中，在获取了菜单的配置编码后，通过cypher脚本查询与配置编码相对应的配置模型。cypher脚本的查询语言包含以下几个明显的部分：
1)start：在图中的开始点，通过元素的id或索引查找获得。
2)match：图形的匹配模式，束缚于开始点。
3)where：过滤条件。
4)return：返回所需要的。
例如，有个查询，通过遍历图找到索引里一个叫john的朋友的朋友(不是他的直接朋友)，返回john和找到的朋友的朋友，对应的cypher脚本如下：
startjohn＝node:node_auto_index(name＝'john')
matchjohn-[:friend]->()-[:friend]->fof
returnjohn,fof
通过cypher脚本查询与配置编码相对应的配置模型后，则将该配置模型存储至内存。
s103、根据内存中所存储的配置模型对应生成包括数据表格的展示页面。
在本实施例中，在cmdb应用系统中的内存中存储配置模型后，需根据配置模型渲染出数据表格，此时需解析配置模型而对应创建数据表格，并在数据表格中填充业务数据后在cmdb应用系统中的展示页面的区域进行显示。这样，通过数据表格的方式，展示出了与所选定的菜单相对应的业务数据，并可选定业务数据进行其他操作(如增加业务数据，修改业务数据，编辑业务数据，查询业务数据等)。本申请中，将业务数据之间的er关系通过配置模型来管理，并存储在图形数据库中，降低了配置数据与业务数据之间的依赖耦合。
如图2所示，该步骤s103包括以下子步骤：
s1031、将内存中所存储的配置模型传输至浏览器；
s1032、在浏览器的前端通过js解析，获取与配置模型相对应的数据模型；其中，所述数据模型包括业务视图层和er层；
s1033、根据数据模型在展示页面中创建数据表格，将与数据模型对应的数据渲染填充至数据表格，并将数据表格在展示页面中显示。
在本实施例中，将内存中所存储的配置模型传输至浏览器(浏览器可视为用户界面的一种具体实例)，在浏览器的展示页面相应区域中先通过js解析，获取与配置模型相对应的数据模型。其中，配置模型是以json(javascriptobjectnotation，是一种轻量级的数据交换格式)的数据格式传输至浏览器，在浏览器的前端通过js解析，获取与配置模型中所包括业务视图层对应数据和er层对应数据(无需获取配置模型中页面层对应数据)，并由业务视图层对应数据和er层对应数据组成数据模型。在获取了数据模型后，即可根据数据模型在浏览器的展示页面相应区域中渲染数据表格，并填充业务数据。
本申请中，根据业务视图层对应数据自动生成建表脚本，根据er层对应数据提取业务数据并对应插入至数据表格相应位置，实现了在浏览器的后台自动建表，用户查看业务数据更加直观。而且还能实时调用业务数据对应的er层模型，能直观的体现出业务数据的er模型。
如图3所示，该步骤s1033中根据数据模型在展示页面中创建数据表格，将与数据模型对应的数据渲染填充至数据表格包括以下子步骤：
s10331、根据数据模型的业务视图层生成数据表格；
s10332、根据er层中所包括每一实体的属性生成数据表格中的列；
s10333、将与实体对应数据渲染填充至数据表格中对应的列。
在本实施例中，根据数据模型在展示页面中创建数据表格，将与数据模型对应的数据渲染填充至数据表格的过程是一自动化的执行过程。即先通过数据模型的业务视图层对应的表名生成数据表格，如通过create语句来生成；然后根据er层中所包括每一实体的属性生成数据表格中的列，如通过addcolnew语句来生成；最后将与实体对应数据渲染填充至数据表格中对应的列，即完成了自动化的建表和数据渲染填充过程。
s104、若检测到对数据表格的数据操作，根据数据操作的操作类型及数据操作所选定的业务数据对应生成sql脚本。
如图4所示，步骤s104包括以下子步骤：
s1041、若数据操作的操作类型为增加数据操作，根据展示页面中数据表格对应的业务视图层节点、及待增加的数据生成第一sql脚本；
s1042、若数据操作的操作类型为删除数据操作，根据展示页面中数据表格对应的业务视图层节点、及待删除的数据生成第二sql脚本；
s1043、若数据操作的操作类型为编辑数据操作，根据展示页面中数据表格对应的业务视图层节点、及待编辑的数据生成第三sql脚本；
s1044、若数据操作的操作类型为查询数据操作，根据展示页面中数据表格对应的业务视图层节点、及待查询的数据生成第四sql脚本。
在本实施例中，若检测到对数据表格的数据操作，需先判断数据操作的操作类型。而针对数据库的操作一般包括增加数据操作、删除数据操作、编辑数据操作和查询数据操作。故当选定了业务数据并对应进行数据操作时，通过展示页面中数据表格对应的业务视图层节点、及待操作的数据自动生成sql脚本；例如，若数据操作的操作类型为增加数据操作，则根据展示页面中数据表格对应的业务视图层节点、及待增加的数据生成包括insert语句的第一sql脚本；类似的，若数据操作的操作类型为删除数据操作，则根据展示页面中数据表格对应的业务视图层节点、及待删除的数据生成包括delete语句的第二sql脚本；若数据操作的操作类型为编辑数据操作，则根据展示页面中数据表格对应的业务视图层节点、及待编辑的数据生成包括update语句的第三sql脚本；若数据操作的操作类型为查询数据操作，则根据展示页面中数据表格对应的业务视图层节点、及待查询的数据生成包括select语句的第四sql脚本。
s105、执行sql脚本，反馈对应的业务数据处理结果。
在本实施例中，在mybatis框架中执行sql脚本，在关系型数据库中根据sql脚本对目标数据进行相应操作(如增加数据操作、删除数据操作、编辑数据操作和查询数据操作)，在完成数据操作后，在用户页面上进行操作成功或操作失败的提示(即反馈对应的业务数据处理结果)。这样，能直观的通过数据表格对后台的业务数据进行各种操作，从而进行数据管理。
可见，该方法通过图形数据库保存配置数据，关系型数据库保存业务数据，在完成配置后无需编辑脚本就可完成对业务数据的展示及数据的相关操作，实现了与业务数据的分离，降低了配置数据与业务数据之间的依赖耦合。而且配置数据与业务数据配置数据与业务数据由于未存储在同一张表中，提高了数据操作的效率。
本申请实施例还提供一种业务系统动态生成装置，该业务系统动态生成装置用于执行前述任一项业务系统动态生成方法。具体地，请参阅图5，图5是本申请实施例提供的一种业务系统动态生成装置的示意性框图。业务系统动态生成装置100可以安装于台式电脑、平板电脑、手提电脑、等终端中。
如图5所示，业务系统动态生成装置100包括配置编码检索单元101、配置编码加载单元102、展示页面生成单元103、sql脚本生成单元104、数据结果反馈单元105。
配置编码检索单元101，用于若检测到用户界面中的菜单被选中，获取被选中菜单所对应的配置编码。
在本实施例中，在面向用户的用户界面上设置有多个菜单，即菜单是设置在cmdb应用系统中的界面上。每点击一个菜单，均会对应展示一个新界面，也即对用户选中动作的一个反馈。由于用户界面上设置的每一菜单均对应唯一的配置编码，当菜单被选中时则根据被选中菜单得到其配置编码。
本申请中，所述配置编码是映射图形数据库中的配置模型。每点击一个菜单，都会在图形数据库检索是否存在与配置编码对应的配置模型，并根据检索得到的配置模型来渲染包括数据表格的页面，以直观的在cmdb应用系统中的页面上展示业务数据。
配置编码加载单元102，用于根据配置编码在图形数据库中检索查询对应的配置模型，并加载到内存中进行存储。
在本实施例中，所述图形数据库中存储有多个配置模型，每一配置模型均包括页面层、业务视图层和er层。图形数据库中的配置模型均是预先设置好的，即用户预先在图形数据库中配置好各种配置模型，且这些配置模型是存储在图形数据库中，实现了与业务数据的分离。
展示页面生成单元103，用于根据内存中所存储的配置模型对应生成包括数据表格的展示页面。
在本实施例中，在cmdb应用系统中的内存中存储配置模型后，需根据配置模型渲染出数据表格，此时需解析配置模型而对应创建数据表格，并在数据表格中填充业务数据后在cmdb应用系统中的展示页面的区域进行显示。这样，通过数据表格的方式，展示出了与所选定的菜单相对应的业务数据，并可选定业务数据进行其他操作(如增加业务数据，修改业务数据，编辑业务数据，查询业务数据等)。本申请中，将业务数据之间的er关系通过配置模型来管理，并存储在图形数据库中，降低了配置数据与业务数据之间的依赖耦合。
sql脚本生成单元104，用于若检测到对数据表格的数据操作，根据数据操作的操作类型及数据操作所选定的业务数据对应生成sql脚本；
数据结果反馈单元105，用于执行sql脚本，反馈对应的业务数据处理结果。
在本实施例中，在mybatis框架中执行sql脚本，在关系型数据库中根据sql脚本对目标数据进行相应操作(如增加数据操作、删除数据操作、编辑数据操作和查询数据操作)，在完成数据操作后，在用户页面上进行操作成功或操作失败的提示(即反馈对应的业务数据处理结果)。这样，能直观的通过数据表格对后台的业务数据进行各种操作，从而进行数据管理。
如图6所示，所述展示页面生成单元103包括以下子单元：
配置模型传输单元1031，用于将内存中所存储的配置模型传输至浏览器；
解析单元1032，用于在浏览器的前端通过js解析，获取与配置模型相对应的数据模型；其中，所述数据模型包括业务视图层和er层；
数据表格生成单元1033，用于根据数据模型在展示页面中创建数据表格，将与数据模型对应的数据渲染填充至数据表格，并将数据表格在展示页面中显示。
在本实施例中，将内存中所存储的配置模型传输至浏览器(浏览器可视为用户界面的一种具体实例)，在浏览器的展示页面相应区域中先通过js解析，获取与配置模型相对应的数据模型。其中，配置模型是以json(javascriptobjectnotation，是一种轻量级的数据交换格式)的数据格式传输至浏览器，在浏览器的前端通过js解析，获取与配置模型中所包括业务视图层对应数据和er层对应数据(无需获取配置模型中页面层对应数据)，并由业务视图层对应数据和er层对应数据组成数据模型。在获取了数据模型后，即可根据数据模型在浏览器的展示页面相应区域中渲染数据表格，并填充业务数据。
本申请中，根据业务视图层对应数据自动生成建表脚本，根据er层对应数据提取业务数据并对应插入至数据表格相应位置，实现了在浏览器的后台自动建表，用户查看业务数据更加直观。而且还能实时调用业务数据对应的er层模型，能直观的体现出业务数据的er模型。
如图7所示，所述数据表格生成单元1033包括以下子单元：
表格生产单元10331，用于根据数据模型的业务视图层生成数据表格；
列生成单元10332，用于根据er层中所包括每一实体的属性生成数据表格中的列；
数据渲染单元10333，用于将与实体对应数据渲染填充至数据表格中对应的列。
在本实施例中，根据数据模型在展示页面中创建数据表格，将与数据模型对应的数据渲染填充至数据表格的过程是一自动化的执行过程。即先通过数据模型的业务视图层对应的表名生成数据表格，如通过create语句来生成；然后根据er层中所包括每一实体的属性生成数据表格中的列，如通过addcolnew语句来生成；最后将与实体对应数据渲染填充至数据表格中对应的列，即完成了自动化的建表和数据渲染填充过程。
如图8所示，所述sql脚本生成单元104包括以下子单元：
第一脚本生成单元1041，用于若数据操作的操作类型为增加数据操作，根据展示页面中数据表格对应的业务视图层节点、及待增加的数据生成第一sql脚本；
第二脚本生成单元1042，用于若数据操作的操作类型为删除数据操作，根据展示页面中数据表格对应的业务视图层节点、及待删除的数据生成第二sql脚本；
第三脚本生成单元1043，用于若数据操作的操作类型为编辑数据操作，根据展示页面中数据表格对应的业务视图层节点、及待编辑的数据生成第三sql脚本；
第四脚本生成单元1044，用于若数据操作的操作类型为查询数据操作，根据展示页面中数据表格对应的业务视图层节点、及待查询的数据生成第四sql脚本。
在本实施例中，若检测到对数据表格的数据操作，需先判断数据操作的操作类型。而针对数据库的操作一般包括增加数据操作、删除数据操作、编辑数据操作和查询数据操作。故当选定了业务数据并对应进行数据操作时，通过展示页面中数据表格对应的业务视图层节点、及待操作的数据自动生成sql脚本；例如，若数据操作的操作类型为增加数据操作，则根据展示页面中数据表格对应的业务视图层节点、及待增加的数据生成包括insert语句的第一sql脚本；类似的，若数据操作的操作类型为删除数据操作，则根据展示页面中数据表格对应的业务视图层节点、及待删除的数据生成包括delete语句的第二sql脚本；若数据操作的操作类型为编辑数据操作，则根据展示页面中数据表格对应的业务视图层节点、及待编辑的数据生成包括update语句的第三sql脚本；若数据操作的操作类型为查询数据操作，则根据展示页面中数据表格对应的业务视图层节点、及待查询的数据生成包括select语句的第四sql脚本。
可见，该装置通过图形数据库保存配置数据，关系型数据库保存业务数据，在完成配置后无需编辑脚本就可完成对业务数据的展示及数据的相关操作，实现了与业务数据的分离，降低了配置数据与业务数据之间的依赖耦合。而且配置数据与业务数据配置数据与业务数据由于未存储在同一张表中，提高了数据操作的效率。
上述业务系统动态生成装置可以实现为一种计算机程序的形式，该计算机程序可以在如图9所示的计算机设备上运行。
请参阅图9，图9是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500设备可以是终端。该终端可以是平板电脑、笔记本电脑、台式电脑、个人数字助理等电子设备。
参阅图9，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种业务系统动态生成方法。
该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种业务系统动态生成方法。
该网络接口505用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下功能：若检测到用户界面中的菜单被选中，获取被选中菜单所对应的配置编码；根据配置编码在图形数据库中检索查询对应的配置模型，并加载到内存中进行存储；根据内存中所存储的配置模型对应生成包括数据表格的展示页面；若检测到对数据表格的数据操作，根据数据操作的操作类型及数据操作所选定的业务数据对应生成sql脚本；执行sql脚本，反馈对应的业务数据处理结果。
其中，所述图形数据库中存储有多个配置模型，每一配置模型均包括页面层、业务视图层和er层。
在一实施例中，处理器502还执行如下操作：将内存中所存储的配置模型传输至浏览器；在浏览器的前端通过js解析，获取与配置模型相对应的数据模型；其中，所述数据模型包括业务视图层和er层；根据数据模型在展示页面中创建数据表格，将与数据模型对应的数据渲染填充至数据表格，并将数据表格在展示页面中显示。
在一实施例中，处理器502还执行如下操作：根据数据模型的业务视图层生成数据表格；根据er层中所包括每一实体的属性生成数据表格中的列；将与实体对应数据渲染填充至数据表格中对应的列。
在一实施例中，处理器502还执行如下操作：若数据操作的操作类型为增加数据操作，根据展示页面中数据表格对应的业务视图层节点、及待增加的数据生成第一sql脚本；若数据操作的操作类型为删除数据操作，根据展示页面中数据表格对应的业务视图层节点、及待删除的数据生成第二sql脚本；若数据操作的操作类型为编辑数据操作，根据展示页面中数据表格对应的业务视图层节点、及待编辑的数据生成第三sql脚本；若数据操作的操作类型为查询数据操作，根据展示页面中数据表格对应的业务视图层节点、及待查询的数据生成第四sql脚本。
本领域技术人员可以理解，图9中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图9所示实施例一致，在此不再赘述。
应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在本申请的另一实施例中提供一种存储介质。该存储介质可以为非易失性的计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时实现：根据检索关键词搜索得到对应实体，获取与实体对应的业务视图层节点；根据业务视图层节点对应生成第一sql脚本；执行第一sql脚本以在关系型数据库中获取与业务视图层节点对应的业务数据；将业务视图层节点及对应的业务数据渲染至拓扑图初始节点；获取与业务视图层节点所对应实体的直接关联实体，及与直接关联实体相对应的关联业务视图层节点。
其中，所述根据业务视图层节点对应生成第一sql脚本中，根据业务视图层节点的表名对应生成包括select语句的第一sql脚本。
在一实施例中，该程序指令被处理器执行时实现：获取所录入的检索关键词；根据检索关键词在关系型数据库中获取与检索关键词对应的检索数据；若检测到检索数据中的一条数据被选中，获取与所选中数据对应的实体；根据实体在图形数据库中获取与实体对应的业务视图层节点。
在一实施例中，该程序指令被处理器执行时实现：在拓扑图中创建并渲染以业务视图层节点的名称命名的拓扑图初始节点；将与业务视图层节点对应的业务数据渲染并填充至拓扑图初始节点。
在一实施例中，该程序指令被处理器执行时实现：判断关联业务视图层节点是否与业务视图层节点为相同节点；若关联业务视图层节点与业务视图层节点为相同节点，将关联业务视图层节点舍弃；若关联业务视图层节点与业务视图层节点不为相同节点，将关联业务视图层节点保存。
在一实施例中，该程序指令被处理器执行时实现：根据关联业务视图层节点对应生成第二sql脚本；执行第二sql脚本以在关系型数据库中获取与关联业务视图层节点对应的业务数据；将关联业务视图层节点及对应的业务数据渲染至拓扑图关联节点；其中，所述拓扑图关联节点与拓扑图初始节点之间通过关系连接线连接。
所述存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。