1.嵌入 直接将评论文档嵌入到文章文档里面，这样以1K一条评论，那16M可以存1.6W条,这样有个评论数的上限，但是存取速度会比2中优化？
2.搞SQL的那套，建个集合，专门装入评论，所有用户，所有文章的评论走在这个集合中，那查询的岂不是~~~~，不说了？
3.鉴于1和2，大型网站的评论在存储设计上是如何做的，如果仅用Mongodb，怎么设计好一些？
回复 (6)
Y
这帖子好不吸引人
H
同疑惑，如果单独的建立一个评论表，感觉就sql了，嵌入到文章里，又比较乱，复杂一点的就不好进行查询
Y
引用 inosqlorghttp://nosql db.com/topic/50cae981ee680fee79001c2c
文章结尾还说说了看情况在1和2间选择，现实中的海量消息的引用页是类似这种设计？
D
评论少的用嵌入,一般用单独的集合
L
同意楼上的看法。嵌入式的应用一般用于子记录和主纪录有密切关系，而且子记录数量不大。
参与回复
登录后即可参与回复。登录