本申请涉及数据库配置管理技术领域，尤其涉及一种api接口动态生成方法、装置、计算机设备及存储介质。
背景技术：
cmdb(configurationmanagementdatabase，即配置管理数据库)作为一个互联网企业的所有配置核心，对外的数据交互极多。为了保证数据的准确性以及安全性，系统的对外交互主要是经过对外的api接口来提供外部系统的数据交互。目前常用的api接口存在以下不足之处：
1.大量sql的编写；
2.业务变更，接口也要对应修改，并需要起停应用发版。
技术实现要素：
本申请提供了一种api接口动态生成方法、装置、计算机设备及存储介质，旨在解决现有技术中cmdb系统的对外api接口生成需编写大量的sql语句，且当业务变更时对外api接口也要修改，导致开发cmdb系统的对外api接口极为耗时的问题。
第一方面，本申请提供了一种api接口动态生成方法，其包括：
根据外部业务需求信息生成配置模型，并保存至图形数据库中；
根据配置模型生成api接口；
若检测到外部业务需求端根据api接口的访问信息调用api接口，获取外部业务需求端对api接口的调用类型，并根据调用类型对应反馈业务数据。
第二方面，本申请提供了一种api接口动态生成装置，其包括：
配置模型生成单元，用于根据外部业务需求信息生成配置模型，并保存至图形数据库中；
api接口生成单元，用于根据配置模型生成api接口；
业务数据反馈单元，用于若检测到外部业务需求端根据api接口的访问信息调用api接口，获取外部业务需求端对api接口的调用类型，并根据调用类型对应反馈业务数据。
第三方面，本申请又提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请提供的任一项所述的api接口动态生成方法。
第四方面，本申请还提供了一种存储介质，其中所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行本申请提供的任一项所述的api接口动态生成方法。
本申请提供一种api接口动态生成方法、装置、计算机设备及存储介质。该方法通过根据外部业务需求信息生成配置模型，并保存至图形数据库中；根据配置模型生成api接口；若检测到外部业务需求端根据api接口的访问信息调用api接口，获取外部业务需求端对api接口的调用类型，并根据调用类型对应反馈业务数据。该方法无需编写大量的sql语句生成api接口，只需快速的修改配置模型即可得到满足需求的api接口，节省了开发大量sql语句所耗用的时间，也避免了接口变更导致应用起停的问题。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1a为本申请实施例中一具体图形数据库的三层结构示意图；
图1b为本申请实施例提供的一种api接口动态生成方法的示意流程图；
图2是本申请实施例提供的一种api接口动态生成方法的子流程示意图；
图3是本申请实施例提供的一种api接口动态生成方法的另一子流程示意图；
图4为本申请实施例提供的一种api接口动态生成方法的另一子流程示意流程图；
图5为本申请实施例提供的一种api接口动态生成装置的示意性框图；
图6为本申请实施例提供的一种api接口动态生成装置的子单元示意性框图；
图7为本申请实施例提供的一种api接口动态生成装置的另一子单元示意性框图；
图8为本申请实施例提供的一种api接口动态生成装置的另一子单元示意性框图；
图9为本申请实施例提供的一种计算机设备的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
为了方便理解，下面对本发明实施例中涉及的图形数据库，及cdmb应用系统及关系型数据库进行介绍。
在图形数据库中，存储有多个内核配置(内核配置也可称为配置模型)。配置模型是一种标准的图形结构，具体图形结构参考图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是本申请实施例提供的一种api接口动态生成方法的示意流程图。该方法应用于台式电脑、手提电脑、平板电脑等终端中。如图1b所示，该方法包括步骤s101～s103。
s101、根据外部业务需求信息生成配置模型，并保存至图形数据库中。
在本实施例中，在获取外部业务需求信息时，是通过各种获取信息的方式均可行(如接收邮件、qq消息、微信、短信等)。例如，外部业务需求端需要获取机房相关信息的数据，则需要通过服务端(服务端也即cmdb应用系统)提供一个能查询机房信息的api接口，此时由外部业务需求端向服务端所发送的外部业务需求信息包括机房名称、位置、机房里面有哪些主机等信息；该外部业务需求信息通过邮件的方式来发送至cmdb应用系统。
如图2所示，该步骤s101包括以下子步骤：
s1011、解析外部业务需求信息中所包括的业务视图层节点的名称、与业务视图层节点相关联的实体的名称，实体之间的联系、及每一实体所对应关系型数据库中的业务数据；
s1012、根据业务视图层节点的名称，对应生成配置模型中的业务视图层节点；
s1013、根据与业务视图层节点相关联的实体的名称，对应生成生成配置模型中的实体；
s1014、根据业务视图层节点和与业务视图层节点相关联的实体之间的联系对应生成第一关系连接线组，并通过第一关系连接线组将配置模型中的业务视图层节点与实体进行连接；
s1015、根据实体之间的联系对应生成第二关系连接线组，并通过第二关系连接线组将配置模型中的实体与相关联实体进行连接。
即，首先解析外部业务需求信息中的以下关键信息：业务视图层节点的名称，与业务视图层相关联的实体的名称，实体之间的相互关系，每一实体所对应关系型数据库中的业务数据；
然后，根据业务视图层节点的名称对应生成配置模型中的业务视图层节点，根据实体的名称生成配置模型中的实体，根据实体与业务视图层节点之间的关系在配置模型中生成对应的第一关系连接线组(即view层的节点与e-r层中所包括实体之间的关系连接线)，根据实体与实体之间的关系在配置模型中生成对应第二关系连接线组(及e-r层实体相互之间的关系连接线)；
最后，将配置模型保存在图形数据库中。
通过上述过程，实现了配置模型的自动生成，或是人工配置而成。所生成的配置模型被保存至图形数据库中，即可进一步对该配置模型映射处理，以开放对应的api接口供用户进行数据操作。
s102、根据配置模型生成api接口。
在本实施例中，由于配置模型是存储在图形数据库中的图形模型，并能不直接对外开放而进行数据操作，故需将配置模型映射成为api接口，并向外部业务需求端发送api接口的访问信息，才能通过api接口访问与图形数据库所连接的关系型数据库。由于配置模型是根据用户的实际数据需求而配置，故能灵活调整以满足用户的数据需求。而且配置模型的配置操作简单，只需简单的添加业务视图层节点及其属性，er层的实体，实体之间的联系，及实体与业务视图层节点之间的联系就能完成配置，无需编辑复杂的sql语句。而且当外部业务需求信息发生变化时，重新快速建立配置模型即可重新生成满足要求的api接口，也避免了接口变更导致应用起停的问题。
如图3所示，该步骤s102包括以下子步骤：
s1021、根据配置模型中的业务视图层节点的名称创建api接口；
s1022、将api接口与配置模型中的业务视图层节点进行映射。
在一实施例中，所述步骤s102之后，还包括：将api接口的访问信息发送至外部业务需求端；其中访问信息包括请求格式、请求参数、请求地址。
在本实施例中，先根据配置模型中的业务视图层节点的名称初始化创建api接口，并根据业务视图层节点的属性进一步完善api接口的访问信息，即api接口以业务视图层节点的名称来命名，并在api接口的属性栏中编辑包括请求格式、请求参数、请求地址的访问信息，之后将具有相同名称的api接口和业务视图层节点进行一一映射即可完成api接口的生成。完成api接口的生成后，将api接口的访问信息发送至外部业务需求端，外部业务需求端才能向服务端发出增删改查等业务请求，从而对应的对数据型数据库中的数据进行相应操作。
例如，向外部业务需求端所发送的访问信息如下：
其中url表示api接口的请求地址，method:post表示该api接口的数据请求方式为post请求，dataset表示该api接口的数据请求格式为{“hostname”:“xx”,“hostip”:“xx”}，{“hostname”:“xx”,“hostip”:“xx”}，add/data表示对该api接口的数据调用类型为增加数据。
s103、若检测到外部业务需求端根据api接口的访问信息调用api接口，获取外部业务需求端对api接口的调用类型，并根据调用类型对应反馈业务数据。
如图4所示，该步骤s103包括以下子步骤：
s1031、根据外部业务需求端的访问信息中所包括的请求参数，获取外部业务需求端所访问api接口对应的业务视图层节点；
s1032、根据业务视图层的表名、及对api接口的调用类型对应生成sql脚本；其中所述调用类型包括增加数据请求、删除数据请求、编辑数据请求及查询数据请求；
s1033、执行sql脚本从关系型数据库中获取业务数据，并对应反馈至api接口。
在本实施例中，外部系统调用生成的api时，具有以下过程：
先根据请求参数定位到业务视图层的view(即业务视图层节点)；
然后根据业务视图层的view生成对应的sql脚本；
最后在获取到sql脚本后，在mybatis框架中执行，从关系型数据库中对应得到结果集，并反馈操作。
其中，业务调用类型具体包括增加数据请求、删除数据请求、编辑数据请求、查询数据请求；
当判断调用类型为查询数据请求，则根据查询数据请求、及业务视图层的view及查询的关键词生成第一sql脚本(第一sql脚本中包括select语句)，执行第一sql脚本在数据型数据库中查询得到对应的业务数据，并将业务数据通过业务视图层节点反馈至外部业务需求端；
当判断调用类型为增加数据请求，则根据增加数据请求、及业务视图层的view及待增加的数据生成第二sql脚本(第二sql脚本中包括add语句)，执行第二sql脚本在数据型数据库中增加对应的业务数据，并将增加数据成功的消息反馈至外部业务需求端；
当判断调用类型为删除数据请求，则根据删除数据请求、及业务视图层的view及待删除的数据生成第三sql脚本(第三sql脚本中包括delete语句)，执行第三sql脚本在数据型数据库中删除对应的业务数据，并将删除数据成功的消息反馈至外部业务需求端；
当判断调用类型为编辑数据请求，则根据编辑数据请求、及业务视图层的view及待编辑的数据生成第四sql脚本(第四sql脚本中包括update语句)，执行第四sql脚本在数据型数据库中修改对应的业务数据，并将编辑数据成功的消息反馈至外部业务需求端。
可见，该方法无需编写大量的sql语句生成api接口，只需快速的修改配置模型即可得到满足需求的api接口，节省了开发大量sql语句所耗用的时间，也避免了接口变更导致应用起停的问题。
本申请实施例还提供一种api接口动态生成装置，该api接口动态生成装置用于执行前述任一项api接口动态生成方法。具体地，请参阅图5，图5是本申请实施例提供的一种api接口动态生成装置的示意性框图。api接口动态生成装置100可以安装于台式电脑、平板电脑、手提电脑、等终端中。
如图5所示，api接口动态生成装置100包括配置模型生成单元101、api接口生成单元102、业务数据反馈单元103。
配置模型生成单元101，用于根据外部业务需求信息生成配置模型，并保存至图形数据库中。
在本实施例中，在获取外部业务需求信息时，是通过各种获取信息的方式均可行(如接收邮件、qq消息、微信、短信等)。例如，外部业务需求端需要获取机房相关信息的数据，则需要通过服务端(服务端也即cmdb应用系统)提供一个能查询机房信息的api接口，此时由外部业务需求端向服务端所发送的外部业务需求信息包括机房名称、位置、机房里面有哪些主机等信息；该外部业务需求信息通过邮件的方式来发送至cmdb应用系统。
api接口生成单元102，用于根据配置模型生成api接口。
在本实施例中，由于配置模型是存储在图形数据库中的图形模型，并能不直接对外开放而进行数据操作，故需将配置模型映射成为api接口，并向外部业务需求端发送api接口的访问信息，才能通过api接口访问与图形数据库所连接的关系型数据库。由于配置模型是根据用户的实际数据需求而配置，故能灵活调整以满足用户的数据需求。而且配置模型的配置操作简单，只需简单的添加业务视图层节点及其属性，er层的实体，实体之间的联系，及实体与业务视图层节点之间的联系就能完成配置，无需编辑复杂的sql语句。而且当外部业务需求信息发生变化时，重新快速建立配置模型即可重新生成满足要求的api接口，也避免了接口变更导致应用起停的问题。
业务数据反馈单元103，用于若检测到外部业务需求端根据api接口的访问信息调用api接口，获取外部业务需求端对api接口的调用类型，并根据调用类型对应反馈业务数据。
如图6所示，所述配置模型生成单元101包括以下子单元：
解析单元1011，用于解析外部业务需求信息中所包括的业务视图层节点的名称、与业务视图层节点相关联的实体的名称，实体之间的联系、及每一实体所对应关系型数据库中的业务数据；
节点生成单元1012，用于根据业务视图层节点的名称，对应生成配置模型中的业务视图层节点；
实体生成单元1013，用于根据与业务视图层节点相关联的实体的名称，对应生成生成配置模型中的实体；
第一连线单元1014，用于根据业务视图层节点和与业务视图层节点相关联的实体之间的联系对应生成第一关系连接线组，并通过第一关系连接线组将配置模型中的业务视图层节点与实体进行连接；
第二连线单元1015，用于根据实体之间的联系对应生成第二关系连接线组，并通过第二关系连接线组将配置模型中的实体与相关联实体进行连接。
即，首先解析外部业务需求信息中的以下关键信息：业务视图层节点的名称，与业务视图层相关联的实体的名称，实体之间的相互关系，每一实体所对应关系型数据库中的业务数据；
然后，根据业务视图层节点的名称对应生成配置模型中的业务视图层节点，根据实体的名称生成配置模型中的实体，根据实体与业务视图层节点之间的关系在配置模型中生成对应的第一关系连接线组(即view层的节点与e-r层中所包括实体之间的关系连接线)，根据实体与实体之间的关系在配置模型中生成对应第二关系连接线组(及e-r层实体相互之间的关系连接线)；
最后，将配置模型保存在图形数据库中。
通过上述过程，实现了配置模型的自动生成，或是人工配置而成。所生成的配置模型被保存至图形数据库中，即可进一步对该配置模型映射处理，以开放对应的api接口供用户进行数据操作。
如图7所示，所述api接口生成单元102包括以下子单元：
创建单元1021，用于根据配置模型中的业务视图层节点的名称创建api接口；
映射单元1022，用于将api接口与配置模型中的业务视图层节点进行映射。
其他发明实施例中，所述api接口生成单元102还用于：将api接口的访问信息发送至外部业务需求端；其中访问信息包括请求格式、请求参数、请求地址。
在本实施例中，先根据配置模型中的业务视图层节点的名称初始化创建api接口，并根据业务视图层节点的属性进一步完善api接口的访问信息，外部业务需求端才能向服务端发出增删改查等业务请求，从而对应的对数据型数据库中的数据进行相应操作。
其他发明实施例中，如图8所示，所述业务数据反馈单元103包括以下子单元：
请求参数获取单元1031，用于根据外部业务需求端的访问信息中所包括的请求参数，获取外部业务需求端所访问api接口对应的业务视图层节点；
脚本生成单元1032，用于根据业务视图层的表名、及对api接口的调用类型对应生成sql脚本；其中所述调用类型包括增加数据请求、删除数据请求、编辑数据请求及查询数据请求；
数据获取单元1033，用于执行sql脚本从关系型数据库中获取业务数据，并对应反馈至api接口。
在本实施例中，外部系统调用生成的api时，具有以下过程：
先根据请求参数定位到业务视图层的view(即业务视图层节点)；
然后根据业务视图层的view生成对应的sql脚本；
最后在获取到sql脚本后，在mybatis框架中执行，从关系型数据库中对应得到结果集，并反馈操作。
其中，业务调用类型具体包括增加数据请求、删除数据请求、编辑数据请求、查询数据请求；
当判断调用类型为查询数据请求，则根据查询数据请求、及业务视图层的view及查询的关键词生成第一sql脚本(第一sql脚本中包括select语句)，执行第一sql脚本在数据型数据库中查询得到对应的业务数据，并将业务数据通过业务视图层节点反馈至外部业务需求端；
当判断调用类型为增加数据请求，则根据增加数据请求、及业务视图层的view及待增加的数据生成第二sql脚本(第二sql脚本中包括add语句)，执行第二sql脚本在数据型数据库中增加对应的业务数据，并将增加数据成功的消息反馈至外部业务需求端；
当判断调用类型为删除数据请求，则根据删除数据请求、及业务视图层的view及待删除的数据生成第三sql脚本(第三sql脚本中包括delete语句)，执行第三sql脚本在数据型数据库中删除对应的业务数据，并将删除数据成功的消息反馈至外部业务需求端；
当判断调用类型为编辑数据请求，则根据编辑数据请求、及业务视图层的view及待编辑的数据生成第四sql脚本(第四sql脚本中包括update语句)，执行第四sql脚本在数据型数据库中修改对应的业务数据，并将编辑数据成功的消息反馈至外部业务需求端。
可见，该装置无需编写大量的sql语句生成api接口，只需快速的修改配置模型即可得到满足需求的api接口，节省了开发大量sql语句所耗用的时间，也避免了接口变更导致应用起停的问题。
上述api接口动态生成装置可以实现为一种计算机程序的形式，该计算机程序可以在如图9所示的计算机设备上运行。
请参阅图9，图9是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500设备可以是终端。该终端可以是平板电脑、笔记本电脑、台式电脑、个人数字助理等电子设备。
参阅图9，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种api接口动态生成方法。
该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种api接口动态生成方法。
该网络接口505用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下功能：根据外部业务需求信息生成配置模型，并保存至图形数据库中；根据配置模型生成api接口；若检测到外部业务需求端根据api接口的访问信息调用api接口，获取外部业务需求端对api接口的调用类型，并根据调用类型对应反馈业务数据。
在一实施例中，处理器502还执行如下操作：解析外部业务需求信息中所包括的业务视图层节点的名称、与业务视图层节点相关联的实体的名称，实体之间的联系、及每一实体所对应关系型数据库中的业务数据；根据业务视图层节点的名称，对应生成配置模型中的业务视图层节点；根据与业务视图层节点相关联的实体的名称，对应生成生成配置模型中的实体；根据业务视图层节点和与业务视图层节点相关联的实体之间的联系对应生成第一关系连接线组，并通过第一关系连接线组将配置模型中的业务视图层节点与实体进行连接；根据实体之间的联系对应生成第二关系连接线组，并通过第二关系连接线组将配置模型中的实体与相关联实体进行连接。
在一实施例中，处理器502还执行如下操作：根据配置模型中的业务视图层节点的名称创建api接口；将api接口与配置模型中的业务视图层节点进行映射。
在一实施例中，处理器502还执行如下操作：将api接口的访问信息发送至外部业务需求端；其中访问信息包括请求格式、请求参数、请求地址。
在一实施例中，处理器502还执行如下操作：根据外部业务需求端的访问信息中所包括的请求参数，获取外部业务需求端所访问api接口对应的业务视图层节点；根据业务视图层的表名、及对api接口的调用类型对应生成sql脚本；其中所述调用类型包括增加数据请求、删除数据请求、编辑数据请求及查询数据请求；执行sql脚本从关系型数据库中获取业务数据，并对应反馈至api接口。
本领域技术人员可以理解，图9中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图9所示实施例一致，在此不再赘述。
应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在本申请的另一实施例中提供一种存储介质。该存储介质可以为非易失性的计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时实现：根据外部业务需求信息生成配置模型，并保存至图形数据库中；根据配置模型生成api接口；若检测到外部业务需求端根据api接口的访问信息调用api接口，获取外部业务需求端对api接口的调用类型，并根据调用类型对应反馈业务数据。
其中，所述根据业务视图层节点对应生成第一sql脚本中，根据业务视图层节点的表名对应生成包括select语句的第一sql脚本。
在一实施例中，该程序指令被处理器执行时实现：解析外部业务需求信息中所包括的业务视图层节点的名称、与业务视图层节点相关联的实体的名称，实体之间的联系、及每一实体所对应关系型数据库中的业务数据；根据业务视图层节点的名称，对应生成配置模型中的业务视图层节点；根据与业务视图层节点相关联的实体的名称，对应生成生成配置模型中的实体；根据业务视图层节点和与业务视图层节点相关联的实体之间的联系对应生成第一关系连接线组，并通过第一关系连接线组将配置模型中的业务视图层节点与实体进行连接；根据实体之间的联系对应生成第二关系连接线组，并通过第二关系连接线组将配置模型中的实体与相关联实体进行连接。
在一实施例中，该程序指令被处理器执行时实现：根据配置模型中的业务视图层节点的名称创建api接口；将api接口与配置模型中的业务视图层节点进行映射。
在一实施例中，该程序指令被处理器执行时实现：将api接口的访问信息发送至外部业务需求端；其中访问信息包括请求格式、请求参数、请求地址。
在一实施例中，该程序指令被处理器执行时实现：根据外部业务需求端的访问信息中所包括的请求参数，获取外部业务需求端所访问api接口对应的业务视图层节点；根据业务视图层的表名、及对api接口的调用类型对应生成sql脚本；其中所述调用类型包括增加数据请求、删除数据请求、编辑数据请求及查询数据请求；执行sql脚本从关系型数据库中获取业务数据，并对应反馈至api接口。
所述存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。