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