CMDB模型总结
1：结构分类
2：关系连接
从cmdb结构上可以对各个业务CI进行业务上的分类继承，而这种继承可以分为两种
实现方式。一种是取各个CI的交集，将相同的属性抽象成.
类，各子类通过继承父类并以reguar（创建CI时选reguar)的形式保存自己的私有
属性。二种是取各子类CI的并集，将各子类的私有属性合并到一个大的父类，各子
类只对这个大的父类进行分类区分并不保存任何数据。在cmdb创建CI时可以选分类
存储的形式。结构上各CI可以通过这两种继承的方式来体现。在业务上。必须通过
关系来连接各CI的业务关联。
?? 通过建立CI之间的关系（主要是业务关联）可以将原本独立的CI连接成一个完
整的业务链。
关系CI在约束实体CI时，其约束的源CI和目标CI的粒度必须以满足实际业务作为判
断标准，粒度越细，约束力越强，约束也越精细，对CI的私有属性的操作也越具有
针对性，如属性传播。粒度越粗约束范围就越广，约束也越具有普遍性。因此在建
立关系模型时，其粒度的控制同结构CI模型类似。抽象的，公共的业务可以定义广
义（抽象）的关系CI。私有的，个性化的业务可以定义狭义（具体）的关系CI。关
系CI中可以通过建立级联删除和弱引用来保持各业务CI的完整性和数据同步。
??? 总之，不管是关系CI还是业务结构CI其分类标准和粒度应根据目前系统的实际
业务为分类依据。太细会增加系统的复杂度，太粗可能无法完成系统中的精细业
务。以业务为核心才是CMDB的设计根本