mongodb中的嵌套结构与扁平结构？

我应该使用什么标准来决定我是否要像以下那样构建文档：

{count:{comments:Integer，views:Integer}}

vs

{commentCount:Integer，viewCount:Integer}

---

由于索引

count.comments

与

commentCount

以及对两者的查询本质上是等效的，在这种情况下，哪种结构才有意义？

通常这取决于您将对集合执行的写/读次数，如果您经常要更新视图和注释的计数，我建议使用简单的方法，另一个缺点是我希望创建子复杂类型是冗长的，如果不完全需要创建这些类型的对象，请尽量保持简单，在更复杂的场景中，查询将更容易实现

---

我的2美分。

与较长的平字段名称（例如

commentCount

和存储效率）相比，该折衷方案是什么？在这种情况下，我是否应该将字段名缩短为其他名称，例如

comcnt

？这是另一个问题的主题，我个人没有对名称的长度进行任何测试，我觉得作为开发人员，我们被驱使去思考我们消耗的资源越少越好，但在这种情况下，我不认为缩短域名会对性能造成严重影响。请记住，代码的可读性也很重要，我不会太担心这件事，只要你不遵守mongoDB的限制和阈值，你就会没事的