CN116561106B - 一种配置项数据管理方法及系统 - Google Patents

Abstract

本说明书实施例提供一种配置项数据管理方法及系统，该方法包括：创建业务场景下的多个CI模型，并为每个CI模型创建相应的CI属性；为每个CI模型创建对应的CI实例配置项数据存储主表，创建CI模型对应的至少一个CI实例配置项数据存储明细表，获取CI模型的CI实例配置项资源数据，并存储至对应的CI实例配置项数据存储明细表中；确定任意两个CI模型对应的CI实例关系，创建对应的CI实例资源关系表并将CI实例关系存储至CI实例资源关系表中；基于数据查询请求从目标CI实例配置项数据存储主表及目标CI实例配置项数据存储明细表获取目标数据，具有加速配置项全生命周期的信息以及配置项之间的关系查询的执行效率的优点。

Description

一种配置项数据管理方法及系统

技术领域

本说明书涉及数据处理领域，特别涉及一种配置项数据管理方法及系统。

背景技术

CMDB（英文：Configuration Management Database）：是一个逻辑数据库，包含了配置项全生命周期的信息以及配置项之间的关系（包括物理关系，实时通信关系，非实时通信关系和依赖关系）。现有技术中，建立CMDB包括以下流程：创建业务场景下所需的CI模型，根据CI模型的CI属性手动创建或导入CI实例的基础属性数据；创建业务场景下所需要的CI模型关系分组，并在相应的关系分组下创建CI模型之间的CI关系（双向关系），以及将CI模型之间的关系映射到具体的CI实例中。CI实例的基础信息以及CI实例之间的关系随着业务时间的累计数据量会越来越庞大，而这些数据如果集中式的存储一起的话，程序查询CI实例或CI实例关系的时间消耗会随着CI模型及模型属性的增加而急剧增加，从而造成数据查询瓶颈。

因此，需要提供一种配置项数据管理方法及系统，用于对配置项全生命周期的信息以及配置项之间的关系进行动态建表分表的存储及管理，加速配置项全生命周期的信息以及配置项之间的关系查询的执行效率。

发明内容

本说明书实施例之一提供一种配置项数据管理方法，所述方法包括：创建业务场景下的多个CI模型，并为每个所述CI模型创建相应的CI属性；为每个所述CI模型创建对应的CI实例配置项数据存储主表，其中，所述CI实例配置项数据存储主表用于存储所述CI模型对应的CI实例的基础初始信息；对于每个所述CI模型，基于所述CI模型创建相应的CI属性，创建所述CI模型对应的至少一个CI实例配置项数据存储明细表；对于每个所述CI模型，获取所述CI模型的CI实例配置项资源数据，并将所述CI模型的CI实例配置项资源数据存储至对应的CI实例配置项数据存储明细表中；确定任意两个CI模型对应的CI实例关系，创建对应的CI实例资源关系表并将所述CI实例关系存储至所述CI实例资源关系表中；接收数据查询请求，基于所述数据查询请求确定目标CI实例配置项数据存储主表及目标CI实例配置项数据存储明细表，从所述目标CI实例配置项数据存储主表及所述目标CI实例配置项数据存储明细表获取目标CI属性。

在一些实施例中，所述为每个所述CI模型创建对应的CI实例配置项数据存储主表，包括：基于所述CI模型的唯一标识生成所述CI模型创建对应的CI实例配置项数据存储主表的名称；所述创建所述CI模型对应的至少一个CI实例配置项数据存储明细表，包括：基于所述CI模型的唯一标识生成所述CI模型创建对应的至少一个CI实例配置项数据存储明细表的名称；所述为每个所述CI模型创建相应的CI实例资源关系表，包括：基于所述CI实例关系对应的唯一标识生成所述CI实例资源关系表的名称。

在一些实施例中，所述确定任意两个CI模型对应的CI实例关系，创建对应的CI实例资源关系表并将所述CI实例关系存储至所述CI实例资源关系表中，包括：创建所述业务场景下所需的至少一个CI关系分组；对于每个所述CI关系分组，基于所述CI关系分组的唯一标识生成所述CI关系分组对应的CI实例资源关系表的名称；确定任意两个CI模型对应的CI实例关系，将所述CI实例关系存储至所述CI实例资源关系表中。

在一些实施例中，所述方法还包括：当所述CI关系分组被删除时，将被删除的CI关系分组对应的CI实例资源关系表销毁。

在一些实施例中，所述CI实例配置项数据存储主表至少存储有所述CI模型的主键、CI模型的唯一标识、对应的CI实例的唯一标识及对应的CI实例的名称；所述CI实例配置项数据存储明细表至少存储有对应的CI实例配置项数据存储主表的主键、CI模型配置项配置属性的CODE值及CI实例配置项数据的具体值；所述CI实例资源关系表至少存储有CI关系分组的主键、CI实例分组的CODE值、CI模型关系的主键、源位置CI模型的主键、源位置CI模型的CODE值、源位置CI实例的主键、目标位置CI模型的主键、目标位置CI模型的CODE值、目标位置CI实例的主键及CI实例关系绑定的方式。

在一些实施例中，所述方法还包括：将所述目标CI属性进行标准格式转换，获取目标数据对应的标准格式的目标CI属性。

在一些实施例中，所述将所述目标CI属性进行标准格式转换，获取所述目标数据对应的标准格式的目标CI属性，包括：使用关系型数据库中GROUP_CONCAT函数，生成相应的用于查询数据列KEY值的SQL语句，并将所述相应的用于查询数据列KEY值的SQL语句拼接到查询所述目标CI实例配置项数据存储主表及所述目标CI实例配置项数据存储明细表的SQL语句中，实现对查询数据格式行转列的转换。

在一些实施例中，所述方法还包括：当所述CI模型被销毁时，将被销毁的CI模型对应的CI实例配置项数据存储明细表销毁。

本说明书实施例之一提供一种配置项数据管理系统，包括：模型建立引擎，用于创建业务场景下的多个CI模型，并为每个所述CI模型创建相应的CI属性；模型建表引擎，用于为每个所述CI模型创建对应的CI实例配置项数据存储主表，还用于对于每个所述CI模型，基于所述CI模型创建相应的CI属性，创建所述CI模型对应的至少一个CI实例配置项数据存储明细表，还用于为每个CI实例关系创建对应的CI实例资源关系表；数据存储引擎，用于对于每个所述CI模型，获取所述CI模型的CI实例配置项资源数据，并将所述CI模型的CI实例配置项资源数据存储至对应的CI实例配置项数据存储明细表中，还用于确定任意两个CI模型对应的CI实例关系，并将所述CI实例关系存储至对应的所述CI实例资源关系表中；数据查询引擎，用于接收数据查询请求，基于所述数据查询请求确定目标CI实例配置项数据存储主表及目标CI实例配置项数据存储明细表，从所述目标CI实例配置项数据存储主表及所述目标CI实例配置项数据存储明细表获取目标CI属性。

在一些实施例中，所述系统还包括：数据转换引擎，用于将所述目标CI属性进行标准格式转换，获取目标数据对应的标准格式的目标CI属性。

与现有技术相比，一种配置项数据管理方法及系统至少具备以下有益效果：

进行动态建表分表的存储及管理来加速程序查询的执行效率，并且CI模型的变更调整不会对自动生成的数据库表产生影响，减少了对关系数据库表结构的频繁变更，同时底层引擎会在CI模型删除时把对应的库表自动删除，优化数据库存储空间的回收效率。

附图说明

本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本说明书一些实施例所示的配置项数据管理系统的模块示意图；

图2是根据本说明书一些实施例所示的配置项数据管理方法的流程图；

图3是根据本说明书一些实施例所示的电子设备的结构图。

具体实施方式

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

图1是根据本说明书一些实施例所示的配置项数据管理系统的模块示意图，如图1所示，配置项数据管理系统可以包括模型建立引擎、模型建表引擎、数据存储引擎、数据查询引擎及数据转换引擎。

模型建立引擎可以用于创建业务场景下的多个CI模型，并为每个CI模型创建相应的CI属性。

模型建表引擎可以用于为每个CI模型创建对应的CI实例配置项数据存储主表，还用于对于每个CI模型，基于CI模型创建相应的CI属性，创建CI模型对应的至少一个CI实例配置项数据存储明细表，还用于为每个CI实例关系创建对应的CI实例资源关系表。

数据存储引擎可以用于对于每个CI模型，获取CI模型的CI实例配置项资源数据，并将CI模型的CI实例配置项资源数据存储至对应的CI实例配置项数据存储明细表中，还用于确定任意两个CI模型对应的CI实例关系，并将CI实例关系存储至对应的CI实例资源关系表中。

数据查询引擎可以用于接收数据查询请求，基于数据查询请求确定目标CI实例配置项数据存储主表及目标CI实例配置项数据存储明细表，从目标CI实例配置项数据存储主表及目标CI实例配置项数据存储明细表获取目标CI属性。

数据转换引擎可以用于将目标CI属性进行标准格式转换，获取目标数据对应的标准格式的目标CI属性。

关于模型建立引擎、模型建表引擎、数据存储引擎、数据查询引擎及数据转换引擎的更多描述可以参见图1及其相关描述，此处不再赘述。

以下为本说明书涉及的部分名词解释。

CMDB（Configuration Management Database）：是一个逻辑数据库，包含了配置项全生命周期的信息以及配置项之间的关系（包括物理关系，实时通信关系，非实时通信关系和依赖关系）。

配置项CI（Configuration Item）：例如物理机、虚拟机、交换机、MySQL、Redis、Tomcat等这些资源都可以称之为一个CI。

CI模型（Module）：每个CI都需要有自己的模型，可以理解为关系型数据库中的表。CI模型由CI属性组成。

CI属性（Property）：CI模型的基础组成，可以理解为关系型数据库中的表字段。例如，虚拟机的CI有主机名、IP地址、内存及操作系统等属性。每条CI属性都有对应的数据类型，可以理解为关系型数据库中的字段类型，例如，MySQL中的字段类型VARCHAR、INT、TIME、DATE等，而CI的属性类型可以有文本，单选/多选，日期/时间，整数/小数，表格等类型。

CI实例（Instance）：一个具体的资源对象，称之为CI实例，例如cmp-10.20.12.12这台虚拟机。

CI关系分组（Relation Category）：对CI之间的关系进行不同维度的分组。

CI关系（Relation）：两个CI之间的双向关系定义，例如物理机和虚拟机，可以定义为物理机上包含虚拟机以及虚拟机属于物理机这两种正反向关系。而在CI双向关系的定义后可以进一步定义CI关系的关联规则（Relation Rule），通过指定两个CI模型中的CI属性值为等值，以此来确立两个CI实例之间的关系，可以理解为关系型数据库中一张表的字段作为另一张表中的外键，从而实现两张表中数据的关联。

关系型数据库（Relation database）：是指采用了关系模型来组织数据的数据库，其以行和列的形式存储数据，以便用户理解，关系型数据库这一系列的行和列被成为表，一组表面组成了数据库。常用关系型数据库，例如，Oracle、MySQL、Microsoft SQL server等。

图2是根据本说明书一些实施例所示的配置项数据管理方法的流程图。如图2所示，配置项数据管理方法可以包括以下步骤。在一些实施例中，配置项数据管理方法可以由配置项数据管理系统执行。

步骤210，创建业务场景下的多个CI模型，并为每个CI模型创建相应的CI属性。在一些实施例中，步骤210可以由模型建立引擎执行。

例如：创建业务场景下的一个物理机的CI模型，一个虚拟机的CI模型。为物理机的CI模型创建物理机名称、IP地址、目标主机及运行状态等CI属性；为虚拟机的CI模型创建虚拟机名称、IP地址、操作系统等CI属性。每个CI模型都有属于自己的唯一标识(CODE)，CI模型的CODE属性一旦明确，后续禁止修改。

步骤220，为每个CI模型创建对应的CI实例配置项数据存储主表。在一些实施例中，步骤220可以由模型建表引擎执行。

CI实例配置项数据存储主表用于存储CI实例的基础初始信息，是查找CI实例资源数据的主要入口。

在一些实施例中，CI实例配置项数据存储主表至少存储有CI模型的主键、CI模型的唯一标识、对应的CI实例的唯一标识及对应的CI实例的名称。

在一些实施例中，模型建表引擎可以基于CI模型的唯一标识生成CI模型创建对应的CI实例配置项数据存储主表的名称。例如，CI实例配置项数据存储主表的命名规则为：CI_INSTANCE_+CI模型CODE值。

可以理解的，在对CI实例资源数据的查询时，数据查询引擎会根据此规则在匹配到的表中获取数据，减少所有的CI实例查询都在一张表中的动作。

步骤230，对于每个CI模型，基于CI模型创建相应的CI属性，创建CI模型对应的至少一个CI实例配置项数据存储明细表。在一些实施例中，步骤230可以由模型建表引擎执行。

CI实例配置项数据存储明细表的创建是为了和CI模型的配置项属性进行解耦，不会因为CI模型中的配置有新增删改的动作，从而牵动CI实例配置项数据存储相关表结构的变动，通过解耦降低对关系型数据库表结构的频繁变更，这对于CI实例中的配置项资源数据能有着更为安全和准确的保障。

在一些实施例中，CI实例配置项数据存储明细表至少存储有对应的CI实例配置项数据存储主表的主键、CI模型配置项配置属性的CODE值及CI实例配置项数据的具体值。

在一些实施例中，模型建表引擎可以基于CI模型的唯一标识生成CI模型创建对应的至少一个CI实例配置项数据存储明细表的名称。例如，CI实例配置项数据存储明细表的名称规则为CI_INSTANCE_VALUE_+CI模型CODE值。

可以理解的，在对CI实例资源数据的查询时，数据查询引擎会根据此规则在匹配到的表中获取CI实例配置项的详细信息。数据查询引擎在去查询CI实例数据时，会根据CI实例配置项数据存储的主表及明细表的数据，对关系型数据库存储的数据格式以行转列的形式进行转换，将数据转换为标准的列表展示格式，以便程序及前端WEB更方便的使用和渲染。

步骤240，对于每个CI模型，获取CI模型的CI实例配置项资源数据，并将CI模型的CI实例配置项资源数据存储至对应的CI实例配置项数据存储明细表中。在一些实施例中，步骤240可以由数据存储引擎执行。

具体的，数据存储引擎可以依据表名称规则匹配对应的CI实例配置项数据存储明细表，并将CI实例配置项资源数据分别存储到对应的CI实例配置项数据存储明细表中。例如，将虚拟机的CI实例配置项数据进行存储，程序将CI实例CI模型的CODE值放入到模型建表引擎中，根据其规则得到CI实例配置项数据存储主表和CI实例配置项数据存储明细表的名称，然后建立与关系型数据库的连接后，将数据进行分表存储。

在一些实施例中，当CI模型被销毁时，模型建表引擎可以将被销毁的CI模型对应的CI实例配置项数据存储明细表销毁，以此降低关系型数据库存储资源的开销。

步骤250，确定任意两个CI模型对应的CI实例关系，创建对应的CI实例资源关系表并将CI实例关系存储至CI实例资源关系表中。在一些实施例中，步骤250可以由模型建表引擎及数据存储引擎执行。

在一些实施例中，模型建表引擎可以创建业务场景下所需的至少一个CI关系分组，对于每个CI关系分组，基于CI关系分组的唯一标识生成CI关系分组对应的CI实例资源关系表的名称；数据存储引擎可以确定任意两个CI模型对应的CI实例关系，将CI实例关系存储至CI实例资源关系表中。

例如，虚拟机运行在宿主机上，同时宿主机上包含着虚拟机，这就是一条完整的CI实例关系。CI关系分组用于通过多个维度来区分CI之间的详细关系，例如从资产拓扑的角度去看虚拟机的CI模型：虚拟机的CI模型运行在宿主机CI模型上，而宿主机的CI模型又属于云平台CI模型；如果从网络拓扑的角度去看虚拟机的CI模型：虚拟机的CI模型接入交换机CI模型，交换机的CI模型同时连接到路由器的CI模型上。因此CI关系分组可以实现同一个资源在不同维度下与其他CI模型的具体关联关系，并在不同的维度下拥有着不同的CI实例关系，通过创建多种CI关系分组便可以实现多种场景下CI资源的拓扑信息。

创建虚拟机的CI模型和宿主机的CI模型，指定这两个CI模型之间的CI实例关系，以及确定相应的约束条件（1-1,1-N,N-1,N-N），这样完整的两个CI模型之间的关系便创建成功。例如具体的关联关系：一台虚拟机CI模型运行在一台宿主机CI模型上，而一台宿主机CI模型上包含N台虚拟机CI模型。

将CI实例关系根据CI关系分组进行分片式存储和管理，减少后续程序查询CI实例关系时都要在同一张表中的情况，因此CI关系分组的CODE值一旦创建便无法进行变更。

在一些实施例中，模型建表引擎可以基于CI实例关系对应的唯一标识生成CI实例资源关系表的名称。例如，CI实例资源关系表的命名规则为CI_INSTANCE_RELATION_+CI关系分组的CODE值。可以理解的，数据查询引擎在去查询CI实例相关的数据时也会根据此规则进行匹配相应的表名称。

在一些实施例中，CI实例资源关系表至少存储有CI关系分组的主键、CI实例分组的CODE值、CI模型关系的主键、源位置CI模型的主键、源位置CI模型的CODE值、源位置CI实例的主键、目标位置CI模型的主键、目标位置CI模型的CODE值、目标位置CI实例的主键及CI实例关系绑定的方式（例如，手动或自动）。

将CI实例关系存储至CI实例资源关系表中时，数据存储引擎会根据这些CI实例关系中的CI关系分组进行匹配对应的表名称，最终将数据存储到匹配到的表中。

在一些实施例中，当CI关系分组被删除时，模型建表引擎可以将被删除的CI关系分组对应的CI实例资源关系表销毁，以此降低关系型数据库存储资源的开销。

步骤260，接收数据查询请求，基于数据查询请求确定目标CI实例配置项数据存储主表及目标CI实例配置项数据存储明细表，基于目标CI实例配置项数据存储主表及目标CI实例配置项数据存储明细表获取目标CI属性。在一些实施例中，步骤260可以由数据查询引擎执行。

具体的，数据查询引擎可以根据CI模型的CODE值按照统一的命名规则（例如，主表命名规则：CI_INSTANCE_+CI模型CODE值，明细表命名规则：CI_INSTANCE_VALUE_+CI模型CODE值）进行自动匹配业务需要查询的CI实例配置项数据存储主表和明细表，并根据CI模型的CODE值查询CI模型下的所有CI属性，即目标CI属性。例如，查询具体虚拟机CI实例的配置项数据，数据查询引擎将CI实例对应CI模型的CODE值放入模型建表引擎中，根据其规则得到CI实例配置项数据存储主表和CI实例配置项数据存储明细表的名称，然后建立与关系型数据库的连接后，根据查询条件获取到虚拟机CI实例的配置项数据。

步骤270，将目标CI属性进行标准格式转换，获取目标数据对应的标准格式的目标CI属性。在一些实施例中，步骤270可以由数据转换引擎执行。

可以理解的，通过模型建表引擎动态的建表，实现了CI模型与CI实例资源表结构之间的解耦，这样在去修改CI模型的配置项时，不会影响到CI实例资源现有的表结构。因此在程序查询CI实例配置项数据时，这种特殊的存储方式需要使用数据转换引擎转换为标准格式的数据。

具体的，数据转换引擎可以使用关系型数据库中GROUP_CONCAT函数，生成相应的用于查询数据列KEY值的SQL语句，并将相应的用于查询数据列KEY值的SQL语句拼接到查询目标CI实例配置项数据存储主表及目标CI实例配置项数据存储明细表的SQL语句中，实现对查询数据格式行转列的转换，生成目标数据对应的标准格式的目标CI属性，并将目标数据对应的标准格式的目标CI属性返回给发送数据查询请求的用户端。

可以理解的，CI实例以及CI实例关系的集中单表存储会造成程序查询压力加大，本说明书提供的配置项数据管理方法，对数据进行动态建表分表的存储及管理来加速程序查询的执行效率，并且CI模型的变更调整不会对自动生成的数据库表产生影响，减少了对关系数据库表结构的频繁变更，同时底层引擎会在CI模型删除时把对应的库表自动删除，优化数据库存储空间的回收效率。

图3是根据本说明书一些实施例所示的电子设备的结构示意图，如图3所示，其是可以应用于本发明的各方面的硬件设备的示例。电子设备旨在表示各种形式的数字电子的计算机设备，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图3所示，电子设备包括计算单元，其可以根据存储在只读存储器（ROM）中的计算机程序或者从存储单元加载到随机访问存储器（RAM）中的计算机程序，来执行各种适当的动作和处理。在RAM中，还可存储设备操作所需的各种程序和数据。计算单元、ROM以及RAM通过总线彼此相连。输入/输出（I/O）接口也连接至总线。

电子设备中的多个部件连接至I/O接口，包括：输入单元、输出单元、存储单元以及通信单元。输入单元可以是能向电子设备输入信息的任何类型的设备，输入单元可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入。输出单元可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元可以包括但不限于磁盘、光盘。通信单元允许电子设备通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙TM设备、WiFi设备、WiMax设备、蜂窝通信设备和/或类似物。

计算单元可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元的一些示例包括但不限于中央处理单元（CPU）、图形处理单元（GPU）、各种专用的人工智能（AI）计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器（DSP）、以及任何适当的处理器、控制器、微控制器等。计算单元执行上文所描述的各个方法和处理。例如，在一些实施例中，配置项数据管理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元。在一些实施例中，计算机程序的部分或者全部可以经由ROM和/或通信单元而被载入和/或安装到电子设备上。在一些实施例中，计算单元可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行配置项数据管理方法。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。

同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims (10)

1.一种配置项数据管理方法，其特征在于，包括：

创建业务场景下的多个CI模型，并为每个所述CI模型创建相应的CI属性；

为每个所述CI模型创建对应的CI实例配置项数据存储主表，其中，所述CI实例配置项数据存储主表用于存储所述CI模型对应的CI实例的基础初始信息；

对于每个所述CI模型，基于所述CI模型创建相应的CI属性，创建所述CI模型对应的至少一个CI实例配置项数据存储明细表；

对于每个所述CI模型，获取所述CI模型的CI实例配置项资源数据，并将所述CI模型的CI实例配置项资源数据存储至对应的CI实例配置项数据存储明细表中；

确定任意两个CI模型对应的CI实例关系，创建对应的CI实例资源关系表并将所述CI实例关系存储至所述CI实例资源关系表中；

接收数据查询请求，基于所述数据查询请求确定目标CI实例配置项数据存储主表及目标CI实例配置项数据存储明细表，基于所述目标CI实例配置项数据存储主表及所述目标CI实例配置项数据存储明细表获取目标CI属性。

2.根据权利要求1所述的一种配置项数据管理方法，其特征在于，所述为每个所述CI模型创建对应的CI实例配置项数据存储主表，包括：

基于所述CI模型的唯一标识生成所述CI模型创建对应的CI实例配置项数据存储主表的名称；

所述创建所述CI模型对应的至少一个CI实例配置项数据存储明细表，包括：

基于所述CI模型的唯一标识生成所述CI模型创建对应的至少一个CI实例配置项数据存储明细表的名称；

所述为每个所述CI模型创建相应的CI实例资源关系表，包括：

基于所述CI实例关系对应的唯一标识生成所述CI实例资源关系表的名称。

3.根据权利要求1所述的一种配置项数据管理方法，其特征在于，所述确定任意两个CI模型对应的CI实例关系，创建对应的CI实例资源关系表并将所述CI实例关系存储至所述CI实例资源关系表中，包括：

创建所述业务场景下所需的至少一个CI关系分组；

对于每个所述CI关系分组，基于所述CI关系分组的唯一标识生成所述CI关系分组对应的CI实例资源关系表的名称；

确定任意两个CI模型对应的CI实例关系，将所述CI实例关系存储至所述CI实例资源关系表中。

4.根据权利要求3所述的一种配置项数据管理方法，其特征在于，还包括：

当所述CI关系分组被删除时，将被删除的CI关系分组对应的CI实例资源关系表销毁。

5.根据权利要求1-4中任意一项所述的一种配置项数据管理方法，其特征在于，所述CI实例配置项数据存储主表至少存储有所述CI模型的主键、CI模型的唯一标识、对应的CI实例的唯一标识及对应的CI实例的名称；

所述CI实例配置项数据存储明细表至少存储有对应的CI实例配置项数据存储主表的主键、CI模型配置项配置属性的CODE值及CI实例配置项数据的具体值；

所述CI实例资源关系表至少存储有CI关系分组的主键、CI实例分组的CODE值、CI模型关系的主键、源位置CI模型的主键、源位置CI模型的CODE值、源位置CI实例的主键、目标位置CI模型的主键、目标位置CI模型的CODE值、目标位置CI实例的主键及CI实例关系绑定的方式。

6.根据权利要求1-4中任意一项所述的一种配置项数据管理方法，其特征在于，还包括：

将所述目标CI属性进行标准格式转换，获取目标数据对应的标准格式的目标CI属性。

7.根据权利要求6所述的一种配置项数据管理方法，其特征在于，所述将所述目标CI属性进行标准格式转换，获取所述目标数据对应的标准格式的目标CI属性，包括：

使用关系型数据库中GROUP_CONCAT函数，生成相应的用于查询数据列KEY值的SQL语句，并将所述相应的用于查询数据列KEY值的SQL语句拼接到查询所述目标CI实例配置项数据存储主表及所述目标CI实例配置项数据存储明细表的SQL语句中，实现对查询数据格式行转列的转换。

8.根据权利要求1-4中任意一项所述的一种配置项数据管理方法，其特征在于，还包括：

当所述CI模型被销毁时，将被销毁的CI模型对应的CI实例配置项数据存储明细表销毁。

9.一种配置项数据管理系统，其特征在于，包括；

模型建立引擎，用于创建业务场景下的多个CI模型，并为每个所述CI模型创建相应的CI属性；

模型建表引擎，用于为每个所述CI模型创建对应的CI实例配置项数据存储主表，还用于对于每个所述CI模型，基于所述CI模型创建相应的CI属性，创建所述CI模型对应的至少一个CI实例配置项数据存储明细表，还用于为每个CI实例关系创建对应的CI实例资源关系表；

数据存储引擎，用于对于每个所述CI模型，获取所述CI模型的CI实例配置项资源数据，并将所述CI模型的CI实例配置项资源数据存储至对应的CI实例配置项数据存储明细表中，还用于确定任意两个CI模型对应的CI实例关系，并将所述CI实例关系存储至对应的所述CI实例资源关系表中；

数据查询引擎，用于接收数据查询请求，基于所述数据查询请求确定目标CI实例配置项数据存储主表及目标CI实例配置项数据存储明细表，从所述目标CI实例配置项数据存储主表及所述目标CI实例配置项数据存储明细表获取目标CI属性。

10.根据权利要求9所述的一种配置项数据管理系统，其特征在于，还包括：

数据转换引擎，用于将所述目标CI属性进行标准格式转换，获取目标数据对应的标准格式的目标CI属性。