传统上，NoSQL数据库非常适合某些数据类型，例如：非关系数据源。同时，NoSQL被誉为Web应用程序的最佳平台。但是，它适用于大多数数据，尤其是与Web应用程序相关的数据。那么，这是否给了您坚持使用RDMS的理由？不一定，即使困难重重，我们还是要做出选择。评估NoSQL是一个非常有争议的理论。有人认为所有的文档数据都应该存储在一个文档中，做链接代码是一种亵渎。其他人则认为存储应用程序文件和添加代码是一个合理的选择。同时，不同的数据库，需要限制文档中的嵌套数据量。有些人鼓励文档引用。这是NoSQL数据模型的基础部分，目前还没有明确的共识。有一篇非常流行的帖子“WhyyoushouldneveruseXYZ”，我想，看完这篇文章后，会有人搜索这篇文章。当然，这样的文章种类繁多，过于笼统的标题也无济于事。毫无疑问，有人会搜索这篇文章，然后找到这篇文章，并深入挖掘，找到这篇文章的方法远比成功（理解问题）的故事多得多。很难知道谁提出了有效的技术问题，谁误读了它（或缺乏证据支持他们的观点）。有很多选择，在RDBMS的世界里，选择很容易。你有4或5个目标，每个人都以类似的方式选择环境和预算支持的平台。对于成熟的产品，风险相对较小。在NoSQL的世界里，有很多数据库引擎的特性选择。每个人都有自己独特的优势和致命弱点。因此，很难选择。NoSQL项目生命周期短，尝试新项目或热门项目存在风险。上次我的项目在CouchDB上，现在好像挂了。做出这个痛苦决定的原因是，在这种情况下，您可能需要做很多工作才能知道您的选择是正确的还是错误的。你可以具体化你的数据模型，看看它是如何与系统一起工作的，但只有当你真的碰壁时，你才能找到裂缝（答案）。就我而言，我构建的应用程序是一个关系数据库，移动文件存储的主要因素是需要无模式设计来实现我的目标。使用NoSQL数据库来存储关系型数据库并不是我们常说的，虽然，这种事情经常发生。现在我正在使用Couchbase和MongoDB，Mongo对我没有太大的吸引力，但是因为它很受欢迎，所以它很好地激发了我的动力。当然，许多人可以以同样的方式流行。PHP流行是因为它易于使用，而不是因为它很好。目前正在使用MongoDB和PHP，也在学习Couchbase。如果大家对使用NoSQL平台有什么想法，欢迎交流。
