我想制作一个像 docs.google.com 这样的应用程序（没有它的 api，完全在我自己的服务器上）使用 前端：骨干 后端：节点
你认为哪个数据库更好？ mysql还是mongodb？应该支持良好的可扩展性。 我熟悉 mysql 和 php，如果答案是 mysql，我会很高兴。 但是我看到的很多教程，他们使用的是mongodb，为什么他们使用没有mysql的mongodb？ 我应该用什么？
谁能给我一些使用主干、节点、mysql（或mongo）构建的示例应用程序（带有源代码）的链接。或至少应用程序。用 Node 和 mysql
谢谢
【问题讨论】：
标签： mysql node.js mongodb backbone.js
使用 MongoDB，您可以存储 JSON 对象并以完整格式检索它们，因此您实际上不需要 ORM 层，并且来回转换数据所花费的 CPU 时间更少. MongoDB 背后的开发人员还让水平扩展数据库具有更高的优先级，并允许您运行任意 Javascript 代码来预处理 DB 端的数据（允许对数据进行 map-reduce 样式过滤）。
但是你会因为这些收获而损失一些：你不能加入记录。实际上，您存储的 JSON 结构只能通过 SQL 中的连接来完成，但在 MongoDB 中，您的数据只有一种结构，而在 SQL 中，您可以以不同的方式查询并以其他方式更容易地表示您的数据，所以如果您需要对您的数据库进行大量分析，MongoDB 会让这变得更难。
在我看来，MongoDB 中的查询语言比 SQL 更“粗糙”，部分是因为它不太熟悉，部分是因为查询功能“感觉”很随意，部分是为了使其成为有效的 JSON，部分是因为存在从字面上看，这是做同一件事的几种方法，有些是较旧的方法，它们不如其他方法有用或格式不规则。与 SQL 的简单的基于行的设计相比，数组和子对象类型增加了复杂性，因此语法必须能够处理对包含 一些 您定义的值的数组的查询，包含所有您定义的值，包含仅您定义的值，并且包含none您定义的值。同样的区别也适用于对象键及其值，这使得查询语法更难掌握。 （虽然我可以看到对极端情况的需求，但 $where 查询参数，它采用一个在每条数据记录上运行并返回一个布尔值的 javascript 函数，是一首警笛之歌，因为您可以轻松定义哪些对象你想不想返回，但它必须在数据库中的每条记录上运行，不能使用索引。）
所以，这取决于你想做什么，但既然你说它是为了谷歌文档克隆，你可能不关心任何表示但是文档表示本身，而您可能只会根据文档 ID、文档名称或所有者的 ID/名称进行查询，查询中没有什么太复杂的。
然后，我会说能够获取用户正在编辑的文档的 JSON 表示，然后将其放入数据库并让它自动索引这些重要字段，值得学习新数据库的代价。
【讨论】：
我也在为这个选择而苦苦挣扎，看看使用 MongoDB 来执行它不是为它构建的任务所产生的炒作。所以我的 2 美分是：
正如 David 所说，在 MongoDB 中存储和检索分层对象（可能是您的文档）更容易。但是，如果您想存储大于 16Mb 的文档，它会变得更加复杂 - MongoDB 的答案是 GridFS。
在文件夹、组中组织文档，跟踪哪个用户拥有哪些文档以及他/她为谁提供了对它们的访问权限，使用 MySQL 绝对更容易 - 您拥有强大的 SQL 查询和连接等优势，内置在 EXPLAIN 优化、触发器、函数、存储过程等方面，MongoDB 远不及。
那么是什么阻止您使用 MySQL 来组织文档和使用 MongoDB 来存储由 id 标识的文档集合（或多个集合 - 每种文档类型一个）？在我看来，这是最好的选择，在一个应用程序中使用两个数据库真的不是问题。
MySQL 将存储用户、组、文件夹、权限 - 无论您喜欢什么 - 并且对于每个文档，它将存储对集合的引用和文档 ID（MongoDB 有一种特殊的格式 - DBRefs）。 MongoDB会将文档本身存储在集合中，如果它们都小于16MB，或者集合中文档的预览和元数据以及GridFS中的整个文档。
【讨论】：
大卫提供了一个很好的答案。需要添加一些内容。
对于类似 Google Doc 的功能，MongoDB 提供的灵活性和非常丰富的数据结构感觉更合适。
您可以通过搜索 mongoose、node 和 MongoDB 找到一些很好的示例帖子。
这是一个也使用backbone.js 并且看起来不错的http://mattkopala.com/blog/2012/02/12/getting-started-with-nodejs/
【讨论】：