CMDB业务和技术解耦有哪些注意事项？

我们对CMDB有一个定位：主数据（因此不要什么数据都放到CMDB中）
两个原则：
1.CI属性最小化原则；不会被访问的先不放进去；需要时进行扩展
2.以应用为中心原则；定好模型后，以应用为单位进行推广和实施；

我还有很多的配置属性需要管理怎么办？
基于CMDB建设对应的配置管理工具，如Puppet可以实现对主机的配置管理。CMDB是为所有的IT管理提供服务的，包括监控，流程，自动化系统，和分析系统；

个人理解，数据表字段和表关联越来越多是正常的。CMDB是真实运维世界的虚拟映射，真实世界是复杂的，这个虚拟模型也一样，CMDB模型和需求一定是随着运维发展而演变的。为了避免技术上的变更太被动，大神们发明了面向对象、面向服务、高内聚低耦合等等这些架构原则，尽可能让变更成本小一点，系统设计容易理解和维护。
如果想要查询效率提高，减少表关联，那只能预关联，类似数据仓库方式。但CMDB数据量一般不大，查询效率矛盾一般不突出吧？