就目前的情况来看，这个问题并不适合我们的问答形式。我们希望答案能得到事实、参考资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或广泛讨论。如果您觉得这个问题可以改进，并可能重新打开，请访问帮助中心寻求指导。
8年前关门了。
目前有很多关于nosql的讨论，据我所知mongodb就是其中之一，对我来说，nosql似乎是sql，只是与我们所知道的mysql不同。
这样想吧，它们都存储数据，一个是通过一个固定的数据库来存储数据，这个数据库有所谓的限制，而另一个则存储数据，因为它认为存储数据的最佳时机是不受限制的，或者支持的时间很少。
然而，这让正在进行转换或正在考虑进行转换的web开发人员感到困惑。就我而言，我在一家大型电信公司工作，做这样一个开关是需要认真研究的，我们不能依赖于没有身体的东西。
也许我不理解nosql的意思，也许我的意思是正确的。
我正在重新编写我们使用的整个cms，如果我能花时间看一下nosql还是保留mysql（目前看来没有任何问题），我会很高兴的
我们在customer details中只有5000行，在backup中有14000行，它会得到备份，以防主表决定搞砸。
3条答案
按热度按时间6yjfywim1#
nosql数据库值得进行一些评估，但它们有一个适合自己的利基，而不是有5000行的cms。
我认为您应该坚持使用适当的关系型、基于sql的数据库。您可能会发现posgresql是一个比mysql更好的自由选择，但是您必须自己评估它。
1这方面有多种资源，例如：http://www.wikivs.com/wiki/mysql_vs_postgresql.
lymnna712#
你是被迫选择一个还是另一个？如果不是，为什么要通过“这个”或“那个”来限制解决业务需求的潜在解决方案呢。我把软件工程的工作流步骤等同于医生的工作流步骤。
为了确保手术顺利进行，医生必须做出许多决定。这包括诊断、确定切口和选择所需的工具；手术刀、骨锯等完成手术。如果你告诉医生他们只能用十字弓做手术，最终的结果对病人和医生都不好（医疗事故）。
因此，抛开笨拙的类比，以下是我选择两者兼用的几个原因（以一家网上书店为例）：
图书数据，如isbn、作者姓名、出版日期等，都存储在rdbms（比如mysql）中。通过在mysql中存储这种类型的数据，我可以运行任意数量的查询来呈现给用户。例如，我可以运行一个查询，返回所有作者出版的书籍，这些作者的姓氏是字母z，出版日期是2005年，按其isbn降序排列。在为公司（或客户）创建有用的功能时，这种类型的数据操作非常关键。
书籍资产（如封面艺术）使用nosql解决方案存储在文件系统中。这解决了两个问题。首先，我不希望大量的数据膨胀到mysql数据库（blobs），所以我将把这些数据存储在文件系统中。其次，一本书的封面艺术与任何实际的书籍数据都没有关系（人们真的想要所有封面艺术中有蓝色的书吗？）。而且我们不能放弃一本书的封面艺术，因为当用户浏览我们的在线库存时，它可能会影响销售。
最后，我建议您选择成功完成操作所需的任何和所有工具，并以便于将来添加新功能的方式进行。
6tqwzwtp3#
有了这些数据，mysql就不会成为问题。nosqldb是为大型数据集而设计的，并且设计得非常不同（在nosql中可以做的所有事情，在sqldb中也可以做）。
此外，nosql更难管理。cassandra需要正确的配置来比普通的MySQLDB快，如果不是的话，它会慢很多（即使这样，你也不会有什么问题）。而对于大多数nosql，您需要vps/专用人质。