我应该使用mySQL还是MongoDB

Question

目前有很多关于NoSQL的讨论,我的理解Mongodb就是其中之一,对我而言,NoSQL似乎是SQL与我们认识mySQL的意义不同.

可以这样想,它们都存储数据,一个是通过具有所谓限制的固定数据库来实现的,而另一个存储数据时它认为存储数据的最佳时间和可支持数据没有限制或非常少.

然而,对于正在进行切换或考虑进行切换的Web开发人员来说,这会让人感到困惑.在我的情况下,我为一家大型电信公司工作,并且做出像这样的转换是需要真正关注的事情,而且我们无法转发那些没有物理存在的事情.

也许我不理解NoSQL的含义,也许我的意思是正确的.

我现在正在重写我们使用的整个CMS,如果我花时间查看noSQL或保留MySQL(现在似乎没有任何问题),我会很高兴知道的.

我们在客户详细信息中只有5000行,在备份中有14000行,只有在主表决定搞砸的情况下才会备份.

Answer 1

你被迫选择一个还是另一个？如果没有,为什么要限制解决您的业务需求的潜在解决方案,必须做"这个"或必须做'那个'.我将软件工程的工作流程等同于医生的工作流程.

医生必须做出一些决定,以确保手术顺利进行.这包括诊断,确定切口点,以及选择所需的交易工具; 手术刀,骨锯等完成手术.如果您告诉医生他们只能用弩进行手术,最终结果对患者或医生来说效果不好(医疗事故).

因此,撇开笨拙的类比,以下是我选择使用两者的几个原因,(以在线书店为例):

• 诸如ISBN,作者姓名,发布日期等书籍数据存储在RDBMS(比方说MySQL)中.通过在MySQL中存储这种类型的数据,我可以运行任意数量的查询以呈现给用户.例如,我可以运行一个查询,返回由姓氏为字母Z的作者发布的所有书籍,以及2005年的发布日期,按其ISBN降序排序.在为公司(或客户)创建有用的功能时,这种类型的数据操作至关重要.

• 书籍资产(例如封面)使用NoSQL解决方案存储在文件系统中.这解决了两个问题.首先,我不希望大量数据膨胀我的MySQL数据库(blob),所以我将这些数据存储在文件系统上.其次,一本书的封面艺术与任何实际的书籍数据无关(人们真的想要在封面艺术中使用蓝色的所有书籍吗？).我们根本无法放弃一本书的封面艺术,因为它可以在用户浏览我们的在线库存时成就或破坏销售.

最后,我建议您选择成功完成操作所需的任何和所有工具,以便将来轻松添加新功能.

Answer 2

有了这样的数据，MySQL就不成问题了。NoSQL 数据库是为大型数据集而设计的，并且设计完全不同（您可以在 NoSQL 中执行的所有操作也可以在 sql 数据库中执行）。

此外，NoSQL 更难管理。Cassandra 需要正确的配置才能比普通的 MySQL 数据库更快，否则它会慢得多（即使这样，你也不会遇到什么问题）。对于大多数 NoSQL，您需要 VPS/专用人质。