SQL（MySQL的）VS的NoSQL（CouchDB的）（闭合）SQL（MySQL的）VS的NoS

我在设计必须存储大量数据的高度可扩展的应用程序的中间。 只是举例它将存储大量有关用户和后来的事情想了很多他们的消息，评论等，我一直使用的MySQL之前，但现在我头脑尝试新的东西像CouchDB的或类似这不是SQL。

没有人对此有什么想法或指导？

Answer 1:

下面是最近的报价从敢奥巴桑乔的博客文章 。

SQL数据库等自动变速器和NoSQL数据库像手动变速器。 一旦你切换到NoSQL的，你成为负责了大量的工作，该系统负责自动在关系数据库系统。 类似当你拿起了自动变速器的手动发生了什么。 其次，NoSQL的允许你省去了很多从数据库层关系数据库进行完整性检查来勉强维持系统的更高性能。 再次，这是类似于如何通过驾驶手动变速箱与自动变速器的车辆得到更多的表现出你的车。

然而，最显着的相似点是，就像我们大多数人不能真正需要的手动变速器车辆，因为我们大部分的驾驶坐在交通的方式，从工作的好处，也有类似的残酷的现实在大多数网站是不是在谷歌或Facebook的规模，因此没有必要对Bigtable的或卡桑德拉。

对此我可以只添加从MySQL，其中至少有一些经验，对CouchDB的，那就是你有没有经验的切换，意味着你将不得不面对一个全新的一系列问题，并了解不同的概念和最佳实践。 虽然本身，这是美妙的（我在家里用MongoDB的和喜欢它了很多打），这将是您估计该项目的工作时，需要计算成本，并带来了未知的风险，同时看好未知的好处。 这将是非常困难，如果它是基于你不知道的技术，来判断你是否能做到及时与您希望的质量/需要该项目是成功的。

现在，如果你对球队在的NoSQL领域的专家，然后通过各种手段采取它很好看。 但是，如果没有对球队的任何专业知识，不要对NoSQL的跳了一个新的商业项目。

更新 ：刚才扔一些汽油在你开始明火，这里有来自人们对SQL营两个有趣的文章。 :-)

我不能等待的NoSQL到模具 （原创文章已经一去不复返了，这里有一个副本 ）
战斗NoSQL的心态，虽然这不是一个反的NoSQL件
更新 ：那么这里是关于NoSQL的一个有趣的文章
制作的NoSQL感

Answer 2:

好像只有真正的解决方案都围绕着向外扩展或分片。 所有现代的数据库（NoSQLs以及NewSQLs）支持水平缩放开箱的，在数据​​库层，而不需要为应用程序具有分片码什么的。

不幸的是，受信任好旧版本的MySQL，分片不提供“开箱即用”。 ScaleBase （免责声明：我在那里工作）是一个完整的横向扩展解决方案的“自动分片机”，如果你喜欢的制造者。 ScaleBae分析你的数据和SQL流，跨越分割数据库节点的数据，并在运行时聚集 - 所以你不会有！ 而且它是免费下载。

不要误会我的意思，NoSQLs是伟大的，他们是新的，新的是更多的选择和选择总是好的！ 但是，选择的NoSQL是有代价的，请确保您可以支付它...

你可以在这里看到关于MySQL的一些更多的数据，NoSQL的...： http://www.scalebase.com/extreme-scalability-with-mongodb-and-mysql-part-1-auto-sharding

希望帮助。

Answer 3:

其中一个最好的选择是去支持scalability.Stores在不同于sql.This行和表文件的形式大量的数据只是bigdata的MongoDB（NoSQL的分贝）是遵循data.Uses replicasets的分片fasters以确保维持具有主数据库服务器作为基础的多个服务器的数据的保证。 独立语言。 灵活使用

文章来源: SQL (MySQL) vs NoSQL (CouchDB) [closed]