我习惯使用 MySQL 或 PostgreSQL 等关系型数据库，并结合 Symfony、RoR 或 Django 等 MVC 框架，我认为效果很好。
但最近我听说了很多关于 MongoDB 的消息，它是一个非关系型数据库，或者引用 official definition，
一个可扩展的、高性能的、开放的 源，无模式，面向文档 数据库。
我真的对处于领先地位很感兴趣，并且想了解我在下一个项目中的所有选择，并从中选择最好的技术。
在哪些情况下使用 MongoDB（或类似数据库）比使用“经典”关系数据库更好？ 总体而言，MongoDB 与 MySQL 的优势是什么？ 或者至少，为什么会如此不同？
如果您有文档和/或示例的指针，那也会有很大帮助。
【问题讨论】：
以下是 MongoDB 在构建 Web 应用程序方面的一些优势：
您需要阅读有关它的更多信息并使用它以获得更好的想法。这是一个在线演示：
【讨论】：
有很多优点。
例如，您的数据库架构将更具可扩展性，您不必担心迁移，代码编写起来会更愉快...例如，这是我的模型的代码之一：
class Setting
include MongoMapper::Document
key :news_search, String, :required => true
key :is_availaible_for_iphone, :required => true, :default => false
belongs_to :movie
end
加个key就是加一行代码！
从长远来看，还会出现其他优势，例如更好的可扩展性和速度。
... 但请记住，非关系数据库并不比关系数据库更好。如果您的数据库有很多关系和规范化，那么使用 MongoDB 之类的东西可能没什么意义。一切都是为了找到适合工作的工具。
要了解更多内容，我建议您查看 mongodb 网站上的“Why I think Mongo is to Databases what Rails was to Frameworks”或this post。如果您会说法语，请查看 this article，了解如何从头开始设置 MongoDB。
编辑：我差点忘了通过Ryan 告诉你this railscast。这很有趣，让你想马上开始！
【讨论】：
无模式的优点是您可以转储其中的任何负载，没有人会抱怨它或说它是错误的。
这也意味着无论你倾倒在其中的任何东西，在你这样做之后仍然完全没有意义。
有些人会认为这是一个严重的劣势，有些人不会。
关系数据库具有完善的架构这一事实是因为它具有一组完善的扩展谓词，这些谓词使我们能够为数据库中记录的内容附加意义，这也是我们这样做的必要前提。
如果没有完善的模式，没有外延谓词，也没有外延谓词，用户就无法从其中填充的内容中获得任何意义。
【讨论】：
在我的项目中使用这两个数据库后，我对 Postgres 和 Mongo 的体验。
Postgres(RDBMS)
如果您未来的应用程序具有需要大量连接的复杂架构，或者所有数据都具有关系，或者如果我们编写繁重的工作，建议使用 Postgres。 Postgres 是开源的、速度更快、符合 ACID 并且使用更少的磁盘内存，并且在 JSON 存储方面也具有良好的性能，并且包括具有 3 级事务隔离的事务的完全可序列化性。
使用 Postgres 的最大优势是我们拥有两全其美的优势。我们可以将数据存储到具有约束、一致性和速度的 JSONB 中。另一方面，我们可以将所有 SQL 特性用于其他类型的数据。底层引擎非常稳定，可以很好地应对各种数据量。它还可以在您选择的硬件和操作系统上运行。 Postgres 提供 NoSQL 功能以及完整的事务支持，存储带有字段数据约束的 JSON 文档。
Postgres 的一般约束
横向扩展 Postgres 要困难得多，但可行。
使用 Postgres 无法完全实现快速读取操作。
没有 SQL 数据库
Mongo DB（有线老虎）
MongoDB 在“水平尺度”维度上可能会击败 Postgres。存储 JSON 是 Mongo 的优化目标。 Mongo 以称为 BSONb 的二进制格式存储其数据，它（大致）只是 JSON 超集的二进制表示。 MongoDB 完全按照设计的方式存储对象。根据 MongoDB 的说法，对于写入密集型应用程序，Mongo 表示，新引擎（Wired Tiger）为用户提供高达 10 倍的写入性能提升（我应该试试这个），存储利用率降低 80%，有助于降低存储成本，实现更高的硬件利用率。
MongoDb 的一般约束
使用无模式存储引擎会导致隐式模式问题。这些模式不是由我们的存储引擎定义的，而是基于应用程序行为和期望定义的。
独立的 NoSQL 技术不符合 ACID 标准，因为它们牺牲了关键数据保护以支持非结构化应用程序的高吞吐量性能。在 NoSQL 数据库上应用 ACID 并不难，但它会在某种程度上使数据库变得缓慢和不灵活。 “大部分 NoSQL 限制都在较新的版本和发行版中进行了优化，在很大程度上克服了之前的限制”。
【讨论】：
这都是关于权衡的。 MongoDB 速度快但不是 ACID，它没有事务。在某些用例中它比 MySQL 更好，而在另一些用例中则更差。
【讨论】：
用 MongoDB 编写的波纹管：权威指南。
有几个很好的理由：
- 将不同类型的文档保存在同一个集合中可能是一种 开发人员和管理员的噩梦。开发人员需要确保 每个查询只返回某种类型的文档或 执行查询的应用程序代码可以处理 不同的形状。如果我们要查询博客文章，那很麻烦 清除包含作者数据的文档。
- 获取集合列表比提取集合列表快得多 集合中的类型列表。例如，如果我们有一个类型键 在说明每个文档是否是“略读”的集合中， “whole”或“chunky monkey”文档，它会慢得多 在单个集合中找到这三个值而不是拥有三个 单独的集合并查询它们的名称
- 在同一个集合中将同类文档分组在一起 允许数据局部性。从一个 仅包含帖子的集合可能需要更少的磁盘 寻找而不是从包含 帖子和作者数据。
- 当我们创建文档时，我们开始对文档强加一些结构 索引。 （在唯一索引的情况下尤其如此。） 这些索引是按集合定义的。只放文件 将单个类型放入同一个集合中，我们可以索引我们的 更高效地收藏
【讨论】：
在询问了具有文本存储的数据库之后），我看了一眼 MongoDB 和类似的系统。
如果我理解正确，它们应该更易于使用和设置，而且速度更快。也许也更安全，因为缺少 SQL 可以防止 SQL 注入...
显然，MongoDB 主要用于 Web 应用程序。
基本上，他们自己说，这些数据库不适合复杂的查询、数据挖掘等。但它们擅长快速检索大量平面数据。
【讨论】：
【讨论】：