业务越来越复杂,数据表字段也越来越多,表的关联越来越多,导致数据耦合越来越紧密,查询效率等越来越低。在设计上有哪些注意事项,有哪些原则
个人理解,数据表字段和表关联越来越多是正常的。CMDB是真实运维世界的虚拟映射,真实世界是复杂的,这个虚拟模型也一样,CMDB模型和需求一定是随着运维发展而演变的。为了避免技术上的变更太被动,大神们发明了面向对象、面向服务、高内聚低耦合等等这些架构原则,尽可能让变更成本小一点,系统设计容易理解和维护。如果想要查询效率提高,减少表关联,那只能预关联,类似数据仓库方式。但CMDB数据量一般不大,查询效率矛盾一般不突出吧?
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30