CN114661959A - 确定关联分析关系的方法、装置、计算机***和存储介质 - Google Patents
确定关联分析关系的方法、装置、计算机***和存储介质 Download PDFInfo
- Publication number
- CN114661959A CN114661959A CN202210270495.4A CN202210270495A CN114661959A CN 114661959 A CN114661959 A CN 114661959A CN 202210270495 A CN202210270495 A CN 202210270495A CN 114661959 A CN114661959 A CN 114661959A
- Authority
- CN
- China
- Prior art keywords
- data
- model list
- type data
- node
- processed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/901—Indexing; Data structures therefor; Storage structures
- G06F16/9024—Graphs; Linked lists
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开提供了一种确定关联关系的方法,可以应用于计算机技术领域。该方法包括:从配置管理***中获取的待处理数据表,基于待处理数据表,按照预设划分规则得到第一模型列表、第二模型列表、第三模型列表;基于第一模型列表、第二模型列表、第三模型列表,得到确定节点数据、第一关系类型数据、第二关系类型数据,并存入图数据库;基于服务器以及所述服务器连接的应用中获取的生产数据和调用数据得到第三关系类型数据并存入图数据库;基于节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据确定关联关系拓扑图。本公开还提供了一种数据处理装置、计算设备以及介质。
Description
技术领域
本公开涉及计算机技术领域,具体涉及数据库技术领域,更具体地,涉及一种确定关联关系的方法、装置、计算机***和存储介质。
背景技术
配置管理数据库(Configuration Management Database,下称CMDB)通过发现、存储、更新企业的应用、设备、***软件等信息,通过将大量数据存储为数据表的形式,为生产运维中事件处理、故障定位、问题分析、变更应急等流程提供准确的静态配置信息。随着生产运行连续性的要求不断提升,以静态存储的配置数据表逐渐无法满足运维需求,存在如下问题:数据表无法支持即时的故障定位,目前配置管理***存储的数据表多为变化频率很低的静态固定配置数据,例如服务器的CPU,内存与磁盘大小等;这些数据无法体现服务器在生产运行时的状态,在实时性要求较高的运维场景不能发挥作用;数据表表格管理无法展现相互关系,现有的配置管理数据大部分采用表格管理的形式进行数据展现,仅能体现单个设备或节点的信息,不能体现其在***中处于的位置和作用,在故障定位中不利于快速发现问题的产生链条;与生产调用信息割裂,在生产运行中,大量的生产服务动态数据与调用信息随时都在产生,一般以日志的形式进行保留,生产数据和调用数据被认为是定位问题原因的重要数据。然而CMDB存储的数据表信息无法与调用信息进行统一调用与分析,其存储的应用信息与应用软件日志客观上存在割裂,不利于生产问题的排查。
发明内容
有鉴于此,本公开提供了一种确定关联关系的方法、装置、计算机***和存储介质。
根据本公开的一个方面,提供了一种确定关联关系的方法,包括:
从配置管理***中获取的待处理数据表,基于上述待处理数据表中每个表的键值和实际属性,按照预设划分规则得到第一模型列表、第二模型列表、第三模型列表。
基于上述第一模型列表、第二模型列表、第三模型列表,确定节点数据、第一关系类型数据、第二关系类型数据,并将上述节点数据、第一关系类型数据、第二关系类型数据存入图数据库。
基于服务器以及上述服务器连接的应用中获取的生产数据和调用数据得到第三关系类型数据并将第三关系类型数据存入图数据库。
以及,基于上述节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据,确定关联关系拓扑图。
根据本公开的实施例,基于配置管理***中获取的待处理数据表得到第一模型列表、第二模型列表、第三模型列表包括:
根据上述预设划分规则确定上述待处理数据表中包含的键值数量,确定上述待处理数据表中是否包含的实际属性,将上述待处理数据表按照键值数量和是否包含实际属性分为上述第一模型列表、第二模型列表、第三模型列表。
上述实际属性是上述待处理数据表包含的属性中提前定义的具有实际意义的属性。
以及,上述预设划分规则包括:
当只有一个键值且有实际属性时,待处理数据表划分为上述第一模型列表;当键值数量大于等于2且无实际属性时,待处理数据表划分为上述第二模型列表;以及,当键值数量大于等于2且有实际属性时,待处理数据表划分为上述第三模型列表。
根据本公开的实施例,确定得到节点数据包括:
根据上述预设划分规则从基于上述第一模型列表、第三模型列表中的第一键值与第一属性,确定上述节点数据;上述节点数据存入图数据库。
以及,上述预设划分规则还包括:
所述第一键值为所述第一模型列表、第三模型列表的主键,第三模型列表还含有除主键外的其他键值,按照扫描的先后顺序,将扫描到的键值进行排序;所述实际属性排序按照扫描的先后顺序,第一个被扫描到的为第一属性。
根据本公开的实施例,确定第一关系类型数据、第二关系类型数据包括:
基于上述第二模型列表、第三模型列表中的所有键值,确定得到上述第一关系类型数据、第二关系类型数据。
以及,上述预设划分规则还包括:
将上述第二模型列表包含的上述键值按照数学排列两两组合,排列顺序在前的键值为作为起点,排列顺序在后的键值作为终点,两个键值之间的关系定义为第一关系类型,得到上述第一关系类型数据;在上述第三模型列表中得到上述第二关系类型数据具有相同规则。
根据本公开的实施例,得到第三关系类型数据包括:
通过信息采集程序按照预定时间间隔采集上述生产数据和调用数据中的数据,经过格式化方法得到上述第三关系类型数据。
根据本公开的实施例,基于节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据得到关联关系拓扑图包括:
在上述图数据库中将第三关系类型数据与上述节点数据进行匹配,将匹配成功的上述第三关系类型数据的附加到上述节点数据中,得到完整的节点数据,将具有相同属性的上述节点进行递归处理,得到节点组节点,将具有相同属性的上述节点组节点进行递归处理,得到应用组节点,使得所有上述节点归类上述节点组节点或应用组节点中,上述节点之间的关系根据由第一关系类型数据、第二关系类型数据的上述键值的对应起点、终点、关系类型上述述完整的节点数据之间的关系进行表示,得到上述关联关系拓扑图。
本公开的另一方面提供了一种配置管理数据的关联分析装置,包括:
第一生成模块,用于根据配置管理***中获取的待处理数据表生成节点数据、第一关系类型数据、第二关系类型数据。
第二生成模块,用于根据服务器以及所述服务器连接的应用中获取的待处理数据表生成第三关系类型数据。
以及,第三生成模块,用于根据节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据生成拓扑图。
根据本公开的实施例,第一生成模块包括:
接收单元,用于接收上述配置管理***的待处理数据,其中,上述待处理数据包括待处理数据表。
确定单元,用于根据上述待处理数据表确定上述键值数量和是否包含实际属性。
以及,生成单元,用于将上述键值和属性进行匹配,以生成上述节点数据、第一关系类型数据、第二关系类型数据。
本公开的另一方面提供了一种计算机可读存储介质,存储有计算机可执行指令,所述指令在被执行时用于实现如上所述的方法。
本公开的另一方面提供了一种计算机程序,所述计算机程序包括计算机可执行指令,所述指令在被执行时用于实现如上所述的方法。
本公开的另一方面提供了一种计算机***,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如上所述的方法。
根据本公开的实施例,基于待处理数据表,按照预设划分规则得到第一模型列表、第二模型列表、第三模型列表,基于第一模型列表、第二模型列表、第三模型列表中的数据,得到确定节点数据、第一关系类型数据、第二关系类型数据,并存入图数据库,基于服务器以及所述服务器连接的应用中获取的生产数据和调用数据得到第三关系类型数据并将第三关系类型数据存入图数据库,基于节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据确定关联关系拓扑图,所以至少部分地克服了相关技术中数据表之间无法展现相互关系,数据表数据无法实现实时故障定位的技术问题,进而达到了实时提供精准信息的技术效果。
附图说明
通过以下参照附图对本公开实施例的描述,本公开的上述以及其他目的、特征和优点将更为清楚,在附图中:
图1示意性示出了根据本公开实施例的确定关联关系的方法和装置的示例性***架构;
图2示意性示出了根据本公开实施例的确定关联关系的方法的流程图;
图3示意性示出了根据本公开实施例的基于待处理数据表得到第一模型列表、第二模型列表、第三模型列表的流程图;
图4示意性示出了根据本公开实施例的确定节点数据的流程图;
图5示意性示出了根据本公开实施例的确定第一关系类型数据、第二关系类型数据的流程图;
图6示意性示出了根据本公开实施例的基于节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据得到关联关系拓扑图的流程图;
图7示意性示出了根据本公开实施例形成的应用节点→应用节点类型→应用的三层架构;
图8示意性示出了根据本公开实施例基于应用节点→应用节点类型→应用的三层架构查看动态关系时的示意图;
图9示意性示出了根据本公开实施例的确定关联关系的装置的结构框图;
图10示意性示出了根据本公开实施例的适于实现确定关联关系的方法的电子设备的方框图。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。在下面的详细描述中,为便于解释,阐述了许多具体的细节以提供对本公开实施例的全面理解。然而,明显地,一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B或C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。
本公开的实施例提供了一种确定关联关系的方法,包括:从配置管理***中获取的待处理数据表,基于待处理数据表中每个表的键值和实际属性,按照预设划分规则得到第一模型列表、第二模型列表、第三模型列表;基于第一模型列表、第二模型列表、第三模型列表中的数据,确定节点数据、第一关系类型数据、第二关系类型数据,并将节点数据、第一关系类型数据、第二关系类型数据存入图数据库;基于服务器以及所述服务器连接的应用中获取的生产数据和调用数据得到第三关系类型数据并将第三关系类型数据存入图数据库;以及,基于节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据,确定关联关系拓扑图。
图1示意性示出了根据本公开实施例的确定关联关系的方法和装置的示例性***架构100。需要注意的是,图1所示仅可以为应用本公开实施例的***架构的示例,以帮助本领域技术人员理解本公开的技术内容,但并不意味着本公开实施例不可以用于其他设备、***、环境或场景。
如图1所示,根据该实施例的***架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线和/或无线通信链路等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种数据处理应用程序,例如配置管理库应用、图数据库应用、数据获取软件等(仅为示例)。
终端设备101、102、103可以是具有显示屏并且支持网页浏览和数据处理的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对用户利用终端设备101、102、103所处理的数据提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理,并将处理结果(例如根据用户请求获取或生成的信息、数据、拓扑图等)反馈给终端设备。
需要说明的是,本公开实施例所提供的确定关联关系的方法一般可以由服务器105执行。相应地,本公开实施例所提供的确定关联关系的装置一般可以设置于服务器105中。本公开实施例所提供的确定关联关系的方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地,本公开实施例所提供的确定关联关系的装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。或者,本公开实施例所提供的确定关联关系的方法也可以由终端设备101、102、或103执行,或者也可以由不同于终端设备101、102、或103的其他终端设备执行。相应地,本公开实施例所提供的确定关联关系的装置也可以设置于终端设备101、102、或103中,或设置于不同于终端设备101、102、或103的其他终端设备中。
例如,待处理数据表、第一模型列表、第二模型列表、第三模型列表、节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据可以原本存储在终端设备101、102、或103中的任意一个(例如,终端设备101,但不限于此)之中,或者存储在外部存储设备上并可以导入到终端设备101中。然后,终端设备101可以在本地执行本公开实施例所提供的确定关联关系的方法。或者将待处理数据表、第一模型列表、第二模型列表、第三模型列表、节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据发送到其他终端设备、服务器、或服务器集群,并由接收该待识别订单和历史交易特征集合的其他终端设备、服务器、或服务器集群来执行本公开实施例所提供的确定关联关系的方法。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
图2示意性示出了根据本公开实施例的确定关联关系的方法的流程图。
如图2所示,该实施例的确定关联关系的方法的流程包括操作S210~操作S240。
在操作S210,从配置管理***中获取的待处理数据表,基于待处理数据表中每个表的键值和实际属性,按照预设划分规则得到第一模型列表、第二模型列表、第三模型列表。
在本公开的实施例中,在获取用户的信息之前,可以获得用户的同意或授权。例如,在操作S210之前,可以向用户发出获取用户相关数据的请求。在用户同意或授权可以获取用户相关数据的情况下,执行所述操作S210。
根据本公开的实施例,配置管理***存储的数据可以包括待处理数据表、图数据库;待处理数据表可以包括用户使用的多种应用的数据表、应用维护信息数据表、连接用户使用的多种应用之间的服务器的***数据表;用户使用的多种应用中各个应用包含多个应用节点,多种服务器中各个服务器含多个***节点;多种待处理数据表中可以包含数据表名称、数据表属性,其中,属性是数据表的每一列。
根据本公开的实施例,从配置管理***获取待处理数据表,待处理数据表中可以包括配置管理***存储的硬件设备、***信息、应用信息、待处理数据表节点类型等;待处理数据表的键值和实际属性在待处理数据表被获取时已经确定;根据待处理数据表中每个表的键值和实际属性,将待处理数据表划分为第一模型列表、第二模型列表、第三模型列表,第一模型列表、第二模型列表、第三模型列表存储在配置管理***中进行后续处理。
在操作S220,基于第一模型列表、第二模型列表、第三模型列表中的数据,确定节点数据、第一关系类型数据、第二关系类型数据,并将节点数据、第一关系类型数据、第二关系类型数据数据存入图数据库。
根据本公开的实施例,基于待处理数据表得到第一模型列表、第二模型列表、第三模型列表,其划分依据是根据键值和实际属性的类型,得到的第一模型列表、第二模型列表、第三模型列表的表内数据不发生改变,但是增加了第一模型列表、第二模型列表、第三模型列表的表内数据间的联系,改变了各个待处理数据表的展现方式,在对数据进行查找时对于同类别数据表的查找更便捷,提高了数据处理的效率。
在操作S230,基于服务器以及所述服务器连接的应用中获取的生产数据和调用数据得到第三关系类型数据,并将第三关系类型数据存入图数据库。
根据本公开的实施例,生产数据和调用数据可以用于表示服务器以及服务器连接的应用的实时状态,通过信息采集程序对生产数据和调用数据中的程序信息进行采集,用户可以通过设置信息采集程序的采集间隔,灵活调整采集频率,获得实时更新的生产数据和调用数据。
在操作S240,基于节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据,确定关联关系拓扑图。
根据本公开的实施例,可以基于各个待处理数据表中存在实际属性的待处理数据表中得到节点数据,即从第一模型列表、第三模型列表中得到节点数据;各个待处理数据表中的除了第一键值外的其余键值可以是这一待处理数据表之外的待处理数据表的第一键值,第一关系类型数据、第二关系类型数据可以表示第二模型列表、第三模型列表中的键值间的关系;节点数据、第一关系类型数据、第二关系类型数据可以使第一模型列表、第二模型列表、第三模型列表之间存在相同属性的数据表关联起来;通过在图数据库中将节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据结合,由拓扑图形式共同展示第一模型列表、第二模型列表、第三模型列表包含的应用节点和/或***节点的节点信息,使得应用节点和/或***节点的状态可以实时更新,且易于向用户展示应用节点和/或***节点之间的关联关系。
下面参考图3~图6,结合具体实施例对图2所示的方法做进一步说明。
图3示意性示出了根据本公开实施例的基于待处理数据表得到第一模型列表、第二模型列表、第三模型列表的流程图。
如图3所示,该实施例的确定关联关系的方法的流程包括操作S211~操作S212。
在操作S211,根据预设划分规则确定待处理数据表中包含的键值数量,确定待处理数据表中是否包含的实际属性。
根据本公开的实施例,当待处理数据表存储到配置管理***时,可以对待处理数据表的属性进行处理,可以标注每个属性是否为键值,例如,可以将标识待处理数据表每一行的属性定义为键值;将存在实际意义的属性定义为实际属性,其他属性定义为非实际属性,例如,可以将待处理数据表中的时间戳定义为非实际属性。
在操作S212,将待处理数据表按照键值数量和是否包含实际属性分为第一模型列表、第二模型列表、第三模型列表。
根据本公开的实施例,当待处理数据表中只有一个键值且有实际属性时,将待处理数据表划分为所述第一模型列表;当待处理数据表中键值数量大于等于2且无实际属性时,将待处理数据表划分为所述第二模型列表;当待处理数据表中键值数量大于等于2且有实际属性时,将待处理数据表划分为所述第三模型列表。
图4示意性示出了根据本公开实施例的确定节点数据的流程图。
如图4所示,该实施例的确定节点数据的流程包括操作S221~操作S222。
在操作S221,确定第一模型列表、第三模型列表中的第一键值与第一属性。
根据本公开的实施例,当第一模型列表、第三模型列表存储到配置管理***时,可以对第一模型列表、第三模型列表中各自至少一个列表的键值进行处理,将可以唯一表征待处理数据表信息的键值定义为主键,将主键定义为第一键值,第三模型列表还含有除主键外的其他键值,按照扫描的先后顺序,将扫描到的键值进行排序;按照扫描的先后顺序,将扫描到的实际属性进行排序,第一个被扫描到的为第一属性。
在操作S222,根据第一键值与第一属性,确定节点数据,并将节点数据存入图数据库。
根据本公开的实施例,将第一模型列表、第三模型列表中的各自包含的第一键值与第一属性结合生成新的键值对数据,键值对数据包含属性名称、属性值,将键值对数据作为节点数据并将节点数据存入图数据库。
图5示意性示出了根据本公开实施例的确定第一关系类型数据、第二关系类型数据的流程图。
如图5所示,该实施例的确定第一关系类型数据、第二关系类型数据的流程包括操作S310~操作S320。
在操作S310,基于第二模型列表中的所有键值,确定第一关系类型数据,将第一关系类型存入图数据库。
根据本公开的实施例,第二模型列表中的至少一个列表至少存在两个键值,由于第二模型列表中没有实际属性,第二模型列表中没有可以标识第二模型列表的所有实际属性的键值,则第二模型列表没有主键,键值排列顺序由扫描的先后顺序决定,将先扫描到的键值作为第一关系类型数据的起点,将后扫描到的键值作为第一关系类型数据的终点,两键值之间的关系类型为第一关系。
根据本公开的实施例,第二模型列表中的至少一个列表的键值可以是第一模型列表或第三模型列表的主键,两两之间的关系为第一关系,这些第二模型列表中的键值对应的节点之间的关系由第一关系类型数据表示,节点之间存在连接关系;将第一关系类型数据存入图数据库,在后续过程中通过拓扑图将第二模型列表中的键值对应的节点以及节点之间的连接关系展示给用户。
在操作S320,基于第三模型列表中的所有键值,确定第二关系类型数据,将第二关系类型存入图数据库。
根据本公开的实施例,第三模型列表中的至少一个列表至少存在两个键值,且第三模型列表中存在实际属性,则上述第三模型列表中的至少一个列表存在可以标识第三模型列表的所有实际属性的键值,即上述第三模型列表中的至少一个列表存在一个主键,定义主键为第一键值,余下键值排列顺序由扫描的先后顺序决定,将顺序在前的键值作为第二关系类型数据的起点,将顺序在后扫的键值作为第二关系类型数据的终点,两键值之间的关系类型为第二关系。
根据本公开的实施例,第三模型列表中的至少一个列表的除了主键之外的余下键值可以是第二模型列表之外的其他模型列表的主键,定义存储在上述第三模型列表中的至少一个列表的一个主键和余下键值两两之间的关系为第二关系,这些第三模型列表中的键值对应的节点之间的关系由第二关系类型数据表示,节点之间存在依赖关系;将第二关系类型数据存入图数据库,在后续过程中通过拓扑图将第三模型列表中的键值对应的节点以及节点之间的连接关系展示给用户。
根据本公开的实施例,得到第三关系类型数据包括:
通过信息采集程序按照预定时间间隔采集服务器以及服务器连接的应用中的生产数据和调用数据中的数据,经过格式化方法得到第三关系类型数据。
根据本公开的实施例,用户可以通过选择不同信息采集程序,得到生产数据和调用数据中不同类型的程序信息,其中,不同类型的程序信息可以包括不同应用的实时进程、不同应用间相互交流的实时状态、服务器与应用间相互交流的实时状态等,将不同类型的程序信息格式化得到包含不同属性的第三关系类型数据以满足用户的不同需求。
图6示意性示出了根据本公开实施例的基于节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据得到关联关系拓扑图的流程图。
如图6所示,该实施例的基于节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据得到关联关系拓扑图的流程包括操作S241~操作S243。
在操作S241,在图数据库中将第三关系类型数据与节点数据进行匹配,将匹配成功的第三关系类型数据附加到所述节点数据中,得到完整的节点数据。
根据本公开的实施例,基于第三关系类型数据的属性信息,与节点数据相同的实际属性进行匹配,得到实际属性对应的节点,将第三关系类型数据的属性信息加入对应的节点中,完善节点的信息,使节点中包含具有时效性的第三关系类型数据,得到完整的节点数据。
在操作S242,基于具有相同属性的完整的节点数据进行递归处理,得到节点组节点,基于具有相同属性的节点组节点进行递归处理,得到应用组节点,使得所有完整的节点数据归类节点组节点或应用组节点中。
根据本公开的实施例,将具有相同属性的上述完整的节点数据划分到同一个节点组中;在同一个节点组中,将属于同一应用或***的节点组节点数据划分到同一个应用组中,使得所有完整的节点数据归类节点组节点或应用组节点中。
在操作S243,根据第一关系类型数据、第二关系类型数据的键值的对应起点、终点、关系类型对完整的节点数据之间的关系进行表示,得到关联关系拓扑图。
根据本公开的实施例,将上述完整的节点数据按照节点组节点或应用组节点在图数据库中展示,节点之间的关系由第一关系类型数据或第二关系类型数据进行表示,得到关联关系拓扑图;关联关系拓扑图可以直观展示节点数据和节点间的关系,有利于监控节点间是否存在故障,以及快速确定故障位置;通过将生产数据、调用数据、第一模型列表、第二模型列表、第三模型列表的数据进行结合,将存储在配置管理***库中的变化频率较低的应用信息、***信息与实时的生产数据和调用数据结合,使配置管理数据具有实时性,提升配置管理数据数据的维度,细化配置管理数据的颗粒度,使管理数据数据可以展示更精细准确的信息。
根据本公开的实施例,以确定支付软件与服务器的关联关系为例,对本公开实施例进行详细阐述。
根据本公开的实施例,对待处理的应用数据表和待处理的***数据表按照键值数量和是否包含实际属性,将待处理的应用数据表和待处理的***数据表分为第一模型列表、第二模型列表、第三模型列表,第一模型列表中只包含有一个键值且包含有实际属性,例如,应用表(APPINFO)只包含一个键值和两个属性,将应用表(APPINFO)包含的两个属性按照扫描顺序排序,得到第一属性、第二属性,将应用表(APPINFO)只包含的一个键值为主键,将主键定义为第一键值;具体内容表示为如下表格:
属性名称 | 在程序中标注 | 属性意义 |
APPCI | 主键(第一键值) | 应用CI |
ENAME_SIMPLE | 第一属性 | 应用简称 |
APPNAME | 第二属性 | 应用名称 |
其中,属性的具体数据表示为如下表格:
APPCI | ENAME_SIMPLE | APPNAME |
0101-I-APP-000001 | F-WAPB | 手机银行 |
又例如,***节点表(SYSNODEINFO)只包含一个键值和一个属性,按照预设规则得到***节点表(SYSNODEINFO)的具体内容表示为如下表格:
属性名称 | 在程序中标注 | 属性意义 |
SYSNODECI | 主键(第一键值) | SYSNOCDECI |
HOSTNAME | 第一属性 | 主机名 |
其中,属性的具体数据表示为如下表格:
SYSNODECI | HOSTNAME |
0010-H-SYS-000000070 | pdccbwapbapp001 |
0010-H-SYS-000000071 | dccbwapbapp002 |
根据本公开的实施例,第二模型列表中键值数量大于等于2且无实际属性,例如***节点应用节点关系表(SYSNODEAPPNODEREL)仅包含键值,不包含实际属性,将***节点应用节点关系表(SYSNODEAPPNODEREL)包含的两个键值按照扫描顺序排序,得到第一键值、第二键值;具体内容表示为如下表格:
属性名称 | 在程序中标注 | 属性意义 |
SYSNODECI | 第一键值 | SYSNODECI |
APPNODECI | 第二键值 | APPNODECI |
其中,表示键值的属性的具体数据表示为如下表格:
根据本公开的实施例,第三模型列表中键值数量大于等于2且有实际属性,例如应用节点表(APPNODEINFO)包含多个键值,且存在实际属性;具体内容表示为如下表格:
属性名称 | 属性分类 | 属性意义 |
APPNODECI | 主键(第一键值) | 应用节点CI |
APPCI | 第二键值 | 应用CI |
APPMODIFYCI | 第三键值 | 应用维护CI |
APP_NODENAME | 第一属性 | 应用节点名称 |
其中,属性的具体数据表示为如下表格:
又例如应用维护信息表(APPMODIFYINFO)包含两个键值,且存在实际属性;具体内容表示为如下表格:
属性名称 | 在程序中标注 | 属性意义 |
APPMODIFYCI | 主键 | 应用维护CI |
APPCI | 外键1 | 应用CI |
APPMAINT | 属性1 | 维护人 |
其中,属性的具体数据表示为如下表格:
最后将划分得到的第一模型列表、第二模型列表、第三模型列表存入配置管理***,第一模型列表、第二模型列表、第三模型列表划分结果如下:
表名 | 类型 |
APPINFO | 第一模型列表 |
SYSNODEINFO | 第一模型列表 |
SYSNODEAPPNODEREL | 第二模型列表 |
APPNODEINFO | 第三模型列表 |
APPMODIFYINFO | 第三模型列表 |
根据本公开的实施例,图数据库中数据存储的方式即为点(node)和边(edge),可以将节点数据作为点(node),将第一关系类型数据、第二关系类型数据作为边(edge),节点数据的存储形式为键值对,存储所有该节点的属性,第一关系类型数据、第二关系类型数据包含起点、终点,还可以包含一些其他属性。
根据本公开的实施例,根据第一模型列表、第三模型列表中的第一键值与第一属性确定节点数据。
可以由上述实施例列表中得到节点数据;具体内容表示为如下表格:
主键(第一键值) | 第一属性 |
APPCI | ENAME_SIMPLE |
SYSNODECI | HOSTNAME |
APPNODECI | APP_NODENAME |
APPMODIFYCI | APPMAINT |
可以将第一键值与对应的第一属性的数据结合生成节点数据,即将第一键值的具体内容与对应的第一属性的具体内容以键值对形式存储在图数据库中。
根据本公开的实施例,在第二模型列表、第三模型列表中对键值之间的关系划分第一关系类型数据、第二关系类型数据并将第一关系类型数据、第二关系类型数据存储在图数据库中。
例如,在属于第二模型列表的***节点应用节点关系表(SYSNODEAPPNODEREL)包含有第一键值(SYSNODECI)以及按照扫描顺序得到的第二键值(APPNODECI),第一键值与第二键值存在连接关系,在属性中标注两键值之间的关系类型为第一关系;将(SYSNODECI→APPNODECI)作为第一关系类型数据存储在图数据库中。
又例如,在属于第三模型列表的应用节点表(APPNODEINFO)中包含有第一键值(APPNODECI)以及按照扫描顺序得到的第二键值(APPCI)、第三键值(APPMODIFYCI),第一键值与第二键值、第一键值与第三键值存在依赖关系,在属性中标注两键值之间的关系类型为第二关系;将(APPNODE→APP,APPNODE→APPMODIFY)作为第二关系类型数据存储在图数据库中。
最终的关系模型列表如下:
根据本公开的实施例,将第二模型列表与第三模型列表的数据转换为节点数据,存入图数据库中;例如根据***节点应用节点关系表(SYSNODEAPPNODEREL),需生成节点数据node1:
{sysnodeci:0010-H-SYS-000000070,hostname:pdccbwapbapp001},
根据上述关系模型列表,生成关系数据,存入图数据库中,根据关系模型列表中Sysnode_appnode关系,需生成第一关系数据relation1:
{startnode:0010-H-SYS-000000070,endNode:0001-R-APP-000685481,relationName:sysnode_appnode}
根据本公开的实施例,可以使用信息采集程序Agent对服务器以及所述服务器连接的应用中获取的生产数据和调用数据包含的多种应用程序信息进行采集,对多种应用程序信息进行格式化,得到需要的start与target信息,根据start与target信息,与图数据库中的节点数据进行匹配,得到新增的第三关系数据,将第三关系数据存入图数据库中;具体表示为如下表格:
根据start与target信息,分别匹配“pdccbwapbapp001”、“pdccbwapbapp002”对应的图数据库中的“0010-H-SYS-000000070”、“0010-H-SYS-000000071”两个节点,得到新增一条动态关系数据:
{startnode:0010-H-SYS-000000070,endnode:0010-H-SYS-000000071,relationName:ATP-alipay,timestamp:20211203220000}
还可以使用信息采集程序Agent采集动态的配置信息作为补充,采集的动态的配置信息具体表示为如下表格:
Target | memMB | http |
pdccbwapbapp001 | 3972 | 135 |
根据target信息,匹配“pdccbwapbapp001”对应的图数据库中的“0010-H-SYS-000000070”节点,第三关系数据具体表示为:{sysnodeci:0010-H-SYS-000000070,hostname:pdccbwapbapp001,memMB:3972,cpu:,http:135}。
根据本公开的实施例,将图数据库中的节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据进行节点递归,得到关联关系拓扑图。
根据本公开的实施例,针对第三关系类型数据匹配后的完整的节点数据进行节点递归处理,例如,根据应用节点表属性(APP_NODENAME)对完整的节点数据进行匹配,具有相同节点表属性的图数据库节点被标注为同一个节点组的节点,上述图数据库的数据中同时具有{APP_NODENAME:“应用快捷支付群组”}属性的节点被标注为同一个节点组的节点;还可以对同一个节点组的节点进行递归处理,属于同一应用或***的节点组节点数据划分到同一个应用组中,得到应用类型节点(appnodetype),即对于具有同一应用属性(APPCI)的节点组的节点也可以被划分到同一个应用组中,例如上述图数据库的数据中具有{APP_NODENAME:“应用快捷支付群组”}属性的节点有两个:应用节点0001-R-APP-000685481、应用节点0001-R-APP-000685482,组成了应用类型节点appnodetype1:
{id:appnodetype1,name:应用快捷支付群组:APPCI:0101-I-APP-000001};
具有{APP_NODENAME:“应用提现群组”}属性的节点有两个:应用节点0001-R-APP-000685486、应用节点0001-R-APP-000685487,组成了应用类型节点appnodetype2:
{id:appnodetype2,name:应用提现群组:APPCI:0101-I-APP-000001};
根据图数据库中关系模型列表,可以形成依赖关系(relation-appnodetype):
{startnode:0101-I-APP-000001,endnode:appnodetype1};
{startnode:0101-I-APP-000001,endnode:appnodetype2}。
图7示意性示出了根据本公开实施例形成的应用节点→应用节点类型→应用的三层架构。
如图7所示,基于节点递归得到具有相同属性的节点组节点;根据节点组节点从属的应用不同得到应用类型节点appnodetype1、应用类型节点appnodetype2;根据图数据库中关系模型列表关系,得到应用类型相关联的应用,形成了应用节点→应用节点类型→应用的三层架构,通过拓扑图展示节点间的关系,通过同属性节点的统一展示,改变了配置管理***数据表的展现形式,增强节点关联性,提升了展示效率。
图8示意性示出了根据本公开实施例基于应用节点→应用节点类型→应用的三层架构查看动态关系时的示意图。
如图8所示,基于图数据库中的节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据得到,在对具体节点组节点细化展示时,可以直接展示应用节点→应用的关联关系,例如,对应用0101-I-APP-000001的应用类型节点appnodetype1中的应用节点0001-R-APP-000685481和应用类型节点appnodetype2中的应用节点0001-R-APP-000685486进行动态关系时查看时,拓扑图可以展示应用节点→应用的关联关系;以及可以实时展示第三关系类型数据结合节点数据的关联关系,例如,在信息采集程序Agent采集第三关系数据{sysnodeci:0010-H-SYS-000000070,hostname:pdccbwapbapp001,memMB:3972,cpu:,http:135}时,根据“pdccbwapbapp001”匹配到的节点0001-R-APP-000685481,将实时第三关系数据结合节点数据在拓扑图中展示;应用节点0001-R-APP-000685486的展示流程类似,在此不再详细叙述;可查看拓扑图中展示的应用节点间的动态关系,例如,如果应用节点0001-R-APP-000685481和应用节点0001-R-APP-000685486之间涉及ATP-alipay的生产调用信息没有展示,则表示应用之间可能出现问题。
基于上述确定关联关系的方法,本公开还提供了一种确定关联关系的装置。以下将结合图9对该装置进行详细描述。
图9示意性示出了根据本公开实施例的确定关联关系的装置的结构框图。
如图9所示,该实施例的确定关联关系的装置900包括第一生成模块910、第二生成模块920和第三生成模块930。
第一生成模块910用于用于根据配置管理***中获取的待处理数据表生成节点数据、第一关系类型数据、第二关系类型数据。在一实施例中,第一生成模块910可以用于执行前文描述的操作S210~S220,在此不再赘述。
第二生成模块920用于用于根据服务器以及所述服务器连接的应用中获取的生产数据和调用数据生成第三关系类型数据。在一实施例中,第二生成模块920可以用于执行前文描述的操作S230,在此不再赘述。
第三生成模块930用于根据节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据生成拓扑图。在一实施例中,第三生成模块930可以用于执行前文描述的操作S240,在此不再赘述。
根据本公开的实施例,第一生成模块910可以包括:
接收单元911,用于接收上述配置管理***的待处理数据,其中,上述待处理数据包括待处理数据表。
确定单元912,用于根据上述待处理数据表确定上述键值数量和是否包含实际属性。
以及,生成单元913,用于将上述键值和属性进行匹配,以生成上述节点数据、第一关系类型数据、第二关系类型数据。
根据本公开的实施例,第二生成模块920可以包括:
接收单元921,用于接收服务器以及所述服务器连接的应用中获取的生产数据和调用数据。
以及,生成单元922,用于通过信息采集程序按照预定时间间隔采集上述生产数据和调用数据中的数据,经过格式化方法得到上述第三关系类型数据。
根据本公开的实施例,第一生成模块910、第二生成模块920和第三生成模块930中的任意多个模块可以合并在一个模块中实现,或者其中的任意一个模块可以被拆分成多个模块。或者,这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合,并在一个模块中实现。根据本公开的实施例,第一生成模块910、第二生成模块920和第三生成模块930中的至少一个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,第一生成模块910、第二生成模块920和第三生成模块930中的至少一个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
图10示意性示出了根据本公开实施例的适于实现确定关联关系的方法的电子设备的方框图。
如图10所示,根据本公开实施例的电子设备1000包括处理器1001,其可以根据存储在只读存储器(ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。处理器1001例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC))等等。处理器1001还可以包括用于缓存用途的板载存储器。处理器1001可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 1003中,存储有电子设备1000操作所需的各种程序和数据。处理器1001、ROM 1002以及RAM 1003通过总线1004彼此相连。处理器1001通过执行ROM 1002和/或RAM1003中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意,所述程序也可以存储在除ROM 1002和RAM 1003以外的一个或多个存储器中。处理器1001也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例,电子设备1000还可以包括输入/输出(I/O)接口1005,输入/输出(I/O)接口1005也连接至总线1004。电子设备1000还可以包括连接至I/O接口1005的以下部件中的一项或多项:包括键盘、鼠标等的输入部分1006;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1007;包括硬盘等的存储部分1008;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1010上,以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的设备/装置/***中所包含的;也可以是单独存在,而未装配入该设备/装置/***中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被执行时,实现根据本公开实施例的方法。
根据本公开的实施例,计算机可读存储介质可以是非易失性的计算机可读存储介质,例如可以包括但不限于:便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。例如,根据本公开的实施例,计算机可读存储介质可以包括上文描述的ROM 1002和/或RAM1003和/或ROM 1002和RAM 1003以外的一个或多个存储器。
本公开的实施例还包括一种计算机程序产品,其包括计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机***中运行时,该程序代码用于使计算机***实现本公开实施例所提供的物品推荐方法。
在该计算机程序被处理器1001执行时执行本公开实施例的***/装置中限定的上述功能。根据本公开的实施例,上文描述的***、装置、模块、单元等可以通过计算机程序模块来实现。
在一种实施例中,该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中,该计算机程序也可以在网络介质上以信号的形式进行传输、分发,并通过通信部分1009被下载和安装,和/或从可拆卸介质1011被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
在这样的实施例中,该计算机程序可以通过通信部分1009从网络上被下载和安装,和/或从可拆卸介质1011被安装。在该计算机程序被处理器1001执行时,执行本公开实施例的***中限定的上述功能。根据本公开的实施例,上文描述的***、设备、装置、模块、单元等可以通过计算机程序模块来实现。
根据本公开的实施例,可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码,具体地,可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java,C++,python,“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合,即使这样的组合或结合没有明确记载于本公开中。特别地,在不脱离本公开精神和教导的情况下,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是,这些实施例仅仅是为了说明的目的,而并非为了限制本公开的范围。尽管在以上分别描述了各实施例,但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围,本领域技术人员可以做出多种替代和修改,这些替代和修改都应落在本公开的范围之内。
Claims (10)
1.一种确定关联关系的方法,包括:
从配置管理***中获取的待处理数据表,基于所述待处理数据表中每个表的键值和实际属性,按照预设划分规则得到第一模型列表、第二模型列表、第三模型列表;
基于所述第一模型列表、第二模型列表、第三模型列表,确定节点数据、第一关系类型数据、第二关系类型数据,并将所述节点数据、第一关系类型数据、第二关系类型数据存入图数据库;
基于服务器以及所述服务器连接的应用中获取的生产数据和调用数据得到第三关系类型数据并将第三关系类型数据存入图数据库;以及,
基于所述节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据,确定关联关系拓扑图。
2.根据权利要求1所述的方法,其中,基于配置管理***中获取的待处理数据表得到第一模型列表、第二模型列表、第三模型列表包括:
根据所述预设划分规则确定所述待处理数据表中包含的键值数量,确定所述待处理数据表中是否包含的实际属性,将所述待处理数据表按照所述键值数量和是否包含所述实际属性分为所述第一模型列表、第二模型列表、第三模型列表;
所述实际属性是所述待处理数据表包含的属性中提前定义的具有实际意义的属性;以及,
所述预设划分规则包括:
当只有一个键值且有实际属性时,待处理数据表划分为所述第一模型列表;
当键值数量大于等于2且无实际属性时,待处理数据表划分为所述第二模型列表;以及,
当键值数量大于等于2且有实际属性时,待处理数据表划分为所述第三模型列表。
3.根据权利要求2所述的方法,其中,所述确定节点数据包括:
根据所述预设划分规则从所述第一模型列表、第三模型列表中的第一键值与第一属性,确定所述节点数据;所述节点数据存入图数据库;以及,
所述预设划分规则还包括:
所述第一键值为所述第一模型列表、第三模型列表的主键,第三模型列表还含有除主键外的其他键值,按照扫描的先后顺序,将扫描到的键值进行排序;所述实际属性排序按照扫描的先后顺序,第一个被扫描到的为第一属性。
4.根据权利要求1所述的方法,其中,所述确定第一关系类型数据、第二关系类型数据包括:
基于所述第二模型列表、第三模型列表中的所有键值,确定所述第一关系类型数据、第二关系类型数据;以及,
所述预设划分规则还包括:
将所述第二模型列表包含的所述键值按照数学排列两两组合,排列顺序在前的键值为起点,排列顺序在后的键值作为终点,两个键值之间的关系定义为第一关系,得到所述第一关系类型数据;在所述第三模型列表中得到所述第二关系类型数据具有相同规则。
5.根据权利要求1所述的方法,其中,得到第三关系类型数据包括:
通过信息采集程序按照预定时间间隔采集所述生产数据和调用数据中的数据,经过格式化方法得到所述第三关系类型数据。
6.根据权利要求4所述的方法,其中,基于节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据得到关联关系拓扑图包括:
在所述图数据库中将第三关系类型数据与所述节点数据进行匹配,将匹配成功的所述第三关系类型数据的附加到所述节点数据中,得到完整的节点数据,基于具有相同属性的所述完整的节点数据进行递归处理,得到节点组节点,基于具有相同属性的所述节点组节点进行递归处理,得到应用组节点,使得所有所述完整的节点数据归类所述节点组节点或应用组节点中,根据第一关系类型数据、第二关系类型数据的所述键值的对应起点、终点、关系类型对所述完整的节点数据之间的关系进行表示,得到所述关联关系拓扑图。
7.一种确定关联关系的装置,包括:
第一生成模块,用于根据配置管理***中获取的待处理数据表生成节点数据、第一关系类型数据、第二关系类型数据;
第二生成模块,用于根据服务器以及所述服务器连接的应用中获取的待处理数据表生成第三关系类型数据;以及,
第三生成模块,用于根据节点数据、第一关系类型数据、第二关系类型数据、第三关系类型数据生成拓扑图。
8.根据权利要求7所述的装置,其中,第一生成模块包括:
接收单元,用于接收所述配置管理***的待处理数据,其中,所述待处理数据包括所述待处理数据表;
确定单元,用于根据所述待处理数据表确定所述键值数量和是否包含实际属性;以及,
生成单元,生成所述节点数据、第一关系类型数据、第二关系类型数据。
9.一种计算机***,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现权利要求1至6中任一项所述的方法。
10.一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器实现权利要求1至6中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210270495.4A CN114661959A (zh) | 2022-03-18 | 2022-03-18 | 确定关联分析关系的方法、装置、计算机***和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210270495.4A CN114661959A (zh) | 2022-03-18 | 2022-03-18 | 确定关联分析关系的方法、装置、计算机***和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114661959A true CN114661959A (zh) | 2022-06-24 |
Family
ID=82030435
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210270495.4A Pending CN114661959A (zh) | 2022-03-18 | 2022-03-18 | 确定关联分析关系的方法、装置、计算机***和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114661959A (zh) |
-
2022
- 2022-03-18 CN CN202210270495.4A patent/CN114661959A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110717076B (zh) | 节点管理方法、装置、计算机设备及存储介质 | |
EP3188051B1 (en) | Systems and methods for search template generation | |
CN112527848A (zh) | 基于多数据源的报表数据查询方法、装置、***及存储介质 | |
CN115587575A (zh) | 数据表创建方法、目标数据查询方法、装置及设备 | |
CN116611411A (zh) | 一种业务***报表生成方法、装置、设备及存储介质 | |
US20180107763A1 (en) | Prediction using fusion of heterogeneous unstructured data | |
CN114153703A (zh) | 微服务的异常定位方法、装置、电子设备和程序产品 | |
CN113535577A (zh) | 基于知识图谱的应用测试方法、装置、电子设备和介质 | |
CN110737820A (zh) | 用于生成事件信息的方法和装置 | |
CN112954056A (zh) | 监控数据处理方法、装置、电子设备及存储介质 | |
CN115760013A (zh) | 运维模型的构建方法、装置、电子设备及存储介质 | |
CN115719270A (zh) | 信用评价方法、装置、设备、介质和程序产品 | |
CN114661959A (zh) | 确定关联分析关系的方法、装置、计算机***和存储介质 | |
CN114706856A (zh) | 故障处理方法及装置、电子设备和计算机可读存储介质 | |
CN114201508A (zh) | 数据处理方法、数据处理装置、电子设备和存储介质 | |
US8799318B2 (en) | Function module leveraging fuzzy search capability | |
CN114268558B (zh) | 监控图的生成方法、装置、设备、介质 | |
CN110909191A (zh) | 图数据处理方法及装置、存储介质、电子设备 | |
CN115269625A (zh) | 基于领域驱动设计的数据处理方法、装置、设备及介质 | |
CN115525365A (zh) | 确定目标数据实体的方法、装置、设备及存储介质 | |
CN116205461A (zh) | 业务***高峰保障方法、装置、设备、介质和程序产品 | |
CN117271360A (zh) | 前后端联调方法、装置、设备、介质和程序产品 | |
CN116827946A (zh) | 负载均衡方法、数据同步方法、装置、电子设备及介质 | |
CN116414600A (zh) | 数据自动核对方法、装置、设备及存储介质 | |
CN115757640A (zh) | 一种基于大数据技术的报表查询方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |