关系的展示方法和装置、存储介质、电子装置制造方法及图纸

本申请公开了一种关系的展示方法和装置、存储介质、电子装置。其中，该方法包括：获取多个实体模型中每个实体模型内的逻辑关系；建立多个实体模型之间的逻辑关系，得到业务模型，其中，业务模型内包括多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系；在业务模型的管理窗口展示多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系。本申请解决了相关技术中不能展示数据库内部的关联关系的技术问题。

【技术实现步骤摘要】
关系的展示方法和装置、存储介质、电子装置
本申请涉及微服务领域，具体而言，涉及一种关系的展示方法和装置、存储介质、电子装置。
技术介绍
随着信息技术的飞速发展，科技化的持续深入，业务流程的概念在办公自动化系统的研究与使用中逐渐被提出。所谓业务流程，即一些任务组成的序列以及每一个任务的执行过程。通过完成这些任务，可以实现特定的业务目标。在程序编写方面，提供了一种基于任务模式呈现的图理论的业务流程生成方法。但是代码生成器仍然有很多不完善的地方，其中一个重要的问题就是：目前的代码生成器只考虑了代码的初次生成，也就是根据最初需求确定所需的代码。而业务系统在开发周期中，需求一定会发生变更。为了适应需求的变化，当我们对数据库结构做改动时，对应的后台代码一定也会有相应的改变。这样，不可避免地需要手动修改大量的后台代码。代码编写需要巨大的时间开销，使得项目完成进度很难及时跟上业务需求的变化，从而难以及时满足用户对产品体验的需求。综上，业务流程系统设计过程中，相似编码的比例大，程序可复用程度较低，适应业务变化能力较弱，开发人员对已有系统学习过程漫长等缺点。所以，急需提供一种业务流程与数据库之间关联的方法，尤其是复杂数据库内部之间的关联。针对上述的问题，目前尚未提出有效的解决方案。
技术实现思路
本申请实施例提供了一种关系的展示方法和装置、存储介质、电子装置，以至少解决相关技术中不能展示数据库内部的关联关系的技术问题。根据本申请实施例的一个方面，提供了一种关系的展示方法，包括：获取多个实体模型中每个实体模型内的逻辑关系；建立多个实体模型之间的逻辑关系，得到业务模型，其中，业务模型内包括多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系；在业务模型的管理窗口展示多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系。根据本申请实施例的另一方面，还提供了一种关系的展示装置，包括：获取单元，用于获取多个实体模型中每个实体模型内的逻辑关系；建立单元，用于建立多个实体模型之间的逻辑关系，得到业务模型，其中，业务模型内包括多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系；展示单元，用于在业务模型的管理窗口展示多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系。根据本申请实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的方法。根据本申请实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器通过计算机程序执行上述的方法。在本申请实施例中，获取多个实体模型中每个实体模型内的逻辑关系；建立多个实体模型之间的逻辑关系，得到业务模型，业务模型内包括多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系；在业务模型的管理窗口展示多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系，可以解决相关技术中不能展示数据库内部的关联关系的技术问题。附图说明此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：图1是根据本申请实施例的一种可选的关系的展示方法的流程图；图2是根据本申请实施例的一种可选的逻辑关系的示意图；图3是根据本申请实施例的一种可选的逻辑关系的示意图；图4是根据本申请实施例的一种可选的逻辑关系的示意图；图5是根据本申请实施例的一种可选的接口配置的示意图；图6是根据本申请实施例的一种可选的关系的展示装置的示意图；以及图7是根据本申请实施例的一种终端的结构框图。具体实施方式为了使本
的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。首先，在对本申请实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：数据源：属于可通过JDBC链接的各种数据存储文件。根据本申请实施例的一方面，提供了一种关系的展示方法的方法实施例。图1是根据本申请实施例的一种可选的关系的展示方法的流程图，如图1所示，该方法可以包括以下步骤：步骤S1，获取多个实体模型中每个实体模型内的逻辑关系。实体模型是对源于数据库中的表进行配置而得到。可选地，在获取多个实体模型中每个实体模型内的逻辑关系之前，将多个数据库表转换成多个实体模型，每个实体模型是从一个数据库表转换得到的，多个实体模型中任意两个实体模型对应的数据库表不同。在上述方案中，可在模型建立窗口接收待转换的数据库表；确定数据库表中被选中的目标字段，目标字段包括模型名称、实体表名、实体字段、模型字段、实体化、备注、说明以及描述中的至少一个；为数据库表生成携带有目标字段的实体模型。可选地，在将多个数据库表转换成多个实体模型之后，将多个实体模型保存至标准库，标准库中的实体模型允许被其他模型引用。步骤S2，建立多个实体模型之间的逻辑关系，得到业务模型，业务模型内包括多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系。业务模型来源于实体模型，是建立实体模型之间的关系而得到。可选地，在建立多个实体模型之间的逻辑关系，得到业务模型之后，发布业务模型，以使业务模型处于允许被获取的状态；共享业务模型，以使业务模型处于允许被共享对象获取的状态。可选地，在建立多个实体模型之间的逻辑关系，得到业务模型之后，可利用接口配置信息为业务模型生成接口，其中，接口配置信息包括前置依赖配置和自定义动作。步骤S3，在业务模型的管理窗口展示多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系。可选地，在业务模型的管理窗口展示多个实体模型之间的逻辑关系和每个实体模型内的逻辑关系的过程中，在管理窗口中检测到编辑操作，编辑操作用于指示删除多个实体模型之间的逻辑关系或实体模型内的逻辑关系；在业务模型的管理窗口取消对编辑操作所指示的逻辑关系的显示。通过上述步骤，获取多个实体模型中每个实体模型内的逻辑关系；建立多个实体模型之间的逻辑关系，得到业务模型，业务模型内包括多个实体模型之间的逻辑关系和每个实本文档来自技高网...

【技术保护点】
1.一种关系的展示方法，其特征在于，包括：/n获取多个实体模型中每个实体模型内的逻辑关系；/n建立所述多个实体模型之间的逻辑关系，得到业务模型，其中，所述业务模型内包括所述多个实体模型之间的逻辑关系和每个所述实体模型内的逻辑关系；/n在所述业务模型的管理窗口展示所述多个实体模型之间的逻辑关系和每个所述实体模型内的逻辑关系。/n

【技术特征摘要】
1.一种关系的展示方法，其特征在于，包括：
获取多个实体模型中每个实体模型内的逻辑关系；
建立所述多个实体模型之间的逻辑关系，得到业务模型，其中，所述业务模型内包括所述多个实体模型之间的逻辑关系和每个所述实体模型内的逻辑关系；
在所述业务模型的管理窗口展示所述多个实体模型之间的逻辑关系和每个所述实体模型内的逻辑关系。


2.根据权利要求1所述的方法，其特征在于，在获取多个实体模型中每个实体模型内的逻辑关系之前，所述方法还包括：
将多个数据库表转换成所述多个实体模型，其中，每个所述实体模型是从一个所述数据库表转换得到的，所述多个实体模型中任意两个实体模型对应的所述数据库表不同。


3.根据权利要求2所述的方法，其特征在于，将多个数据库表转换成所述多个实体模型包括按照如下方式生成每个实体模型：
在模型建立窗口接收待转换的数据库表；
确定所述数据库表中被选中的目标字段，其中，所述目标字段包括模型名称、实体表名、实体字段、模型字段、实体化、备注、说明以及描述中的至少一个；
为所述数据库表生成携带有所述目标字段的所述实体模型。


4.根据权利要求2所述的方法，其特征在于，在将多个数据库表转换成所述多个实体模型之后，所述方法还包括：
将所述多个实体模型保存至标准库，其中，所述标准库中的实体模型允许被其他模型引用。


5.根据权利要求1至4中任意一项所述的方法，其特征在于，在所述业务模型的管理窗口展示所述多个实体模型之间的逻辑关系和每个所述实体模型内的逻辑关系的过程中，所述方法还包括：
在所述管理窗口中检测到编辑操...

【专利技术属性】
技术研发人员：廖卫红，李润静，梁根蔚，龙富永，李绍斌，
申请(专利权)人：珠海格力电器股份有限公司，珠海联云科技有限公司，
类型：发明
国别省市：广东;44