从MongoDB开始需要一些帮助吗

我从mongodb开始，需要一些帮助，在我继续这个项目之前，我需要了解一些事实。下面列出了这些问题，我感谢所有的回答：）

谢谢

如何在advanced中创建集合？据我所知 当您为第一个文档插入文档时，将创建集合 时间

有哪些类型的索引

最后，mongodb中没有像mysql中那样的连接。比如说，我正试图建立一个 基本的私人信息系统。我想要两个系列 （表）。列出对话参与者的人，如 会话的唯一id，以及所有会话的另一个集合 对话的信息。在mongodb，筑巢更明智吗 第二个collectino作为子列放入第一个collectino中，如 “信息”？还是我最好把他们分开？是否可以使用新行更新子列？让我把我所说的快速链接起来

---

您不会提前创建集合。存在createCollection命令，因为某些特殊集合（如capped集合）确实需要预先指定一些参数。当您在集合中的某些字段上创建或“ensureIndex”时，也将创建集合

索引类型记录在

---

我建议不要在文档中嵌入任何可以继续无限增长的文档序列。最好将会话集合中的一些信息反规范化为消息集合（如有必要）。记住，目标是能够一次阅读所有或大部分你通常需要的信息，而不是更多。因此，决定模式的不是数据，而是应用程序访问模式。

Me-too，Me-too，谢谢这个问题。虽然Mongo没有试图回答，但它是面向对象的。它承认了一个事实，即我们并不真正关心表格。在您的例子中，您将有一个类

用户

，和一个类

对话

，它有多篇文章，作为按时间排序的列表。每个帖子也应该有自己的类

post

，并且属于特定的

用户

实例。据我所知，Mongo只负责分发这个对象结构，作为一个noob，我明白了。@BorisStitnicky MongoDB不应该与OO数据库混淆，它是一个文档库，所以你会推荐我在我的pastebin链接中发布的格式，并使用$push将内容添加到消息数组的末尾吗？当你想找人谈话时，我只会读一读。不，这与我的建议正好相反。我建议不要在对话中嵌入信息。哎哟，我的坏消息是，我倒过来正常化和反正常化了。那就两读了。这也是一个单独的问题，但人们通常如何查询对话，例如，当唯一能抓住它的东西是_id时？我假设uuid没有在html中用于链接，那么你会推荐什么呢？虽然它在很大程度上取决于特定的用例，但很多人会生成一个slug（简短的唯一字符串）来识别对话（或网页或产品等）