CMDB的数据存储结构怎么设计才是最好的？

您指的是CMDB建模设计表结构吧。个人经验是：业务建模，看远做近，概括以下几点：
1.CMDB建模同样遵循传统数据库设计原则，从业务来设计。典型模型网上其实有不少参考的，拿来剪裁即可。
2.属性不是重点，反正今后可以添加，主要是把握好实体间的关系和继承。CMDB模型可以概括为“资源属性、资源间关系、资源和人的关系”。
3.PG数据库支持表的继承关系，比如可以建父表“硬件设备”，下面的子表“服务器”、“网络设备”、“存储设备”、“安全设备”都继承父表属性和关系。
4.切记不要盲目求全，否则成本会无法HOLD住。所以设计之初考虑远期需求，但只做眼下近期需求。今后在现有模型上逐步扩充。比如早期操作系统实例上设置中间件这个属性，登记用了中间件。将来需求细化了，扩充模型，建立中间件实例表和操作系统实例形成N:1关系。原来那个中间件属性就可以变成系统统计字段从中间件实例表汇总获得。

CMDB的数据存储结构和你的业务需求规划有紧密的关系；
我们采用的MongoDB这种文档型数据库，比较灵活。