我理解在 mongodb 中，评论和评论的父子关系以及文章本身应该在同一个表里。按照 mongo 的思维应该是 {doc: {comments: [{userId, content, subComments: [{userId, content}]}]}}
用户信息应当是提前请求的，也没必要一次性获取。
很多东西你把一个多表操作解构成单表操作就可以了。到底是面向单表做优化，还是面向多表让数据库自己去优化。这是一个说不好谁优谁劣的问题。多表操作的好处无非就在于能够一次性获取到所有的内容，但随之而来的复杂度的提升到底值不值还是个问题 (另一方面多表查询相比单表查询更难设计缓存管理)
我感觉，如果你用关系型数据库的思维去设计非关系型数据库的话，我觉得可能不是很合适