不同类型的NoSQL数据库的缺点

这是我的问题：不同类型的NoSQL数据库有哪些弱点？具体来说，键值存储，图形数据存储和文档存储的弱点是什么？

我一直很容易找到优点，但是有关缺点的文档似乎很少。

编辑：相互比较，以及与关系数据库比较。

任何分布式数据存储的最大优势/劣势都来自CAP定理。有关在实践中对大量NoSQL系统的实际含义的快速了解，请参见http://blog.nahurst.com/visual-guide-to-nosql-systems。

如果将它们与关系数据库进行比较，则明显的缺点是键值存储区不是关系型的。因此，使用键值存储编写报告要比使用关系数据库来编写报告更为困难，因为关系数据库是专门为此类数据库设计的。

这是非常主观的，您认为可能是一个弱点，其他人可能认为是它的最大优点。

当前流行的所有NoSQL数据库都在解决现有RDBMS系统所不擅长的问题，并且它们通常高度专注于始发者曾经尝试解决的一个特定问题。

因此，产品的任何弱点在于它无法以时间或空间高效的方式来完成您需要的工作。

首先，我要指出我喜欢NoSQL数据库，并且在合理的地方放弃基于SQL的数据库和应用程序。这个过程暴露出一个主要弱点-操作故事还不存在。我的意思是：

• NoSQL仍然是一个快速发展的目标。您需要非常熟悉它，以了解版本之间的变化。从操作的角度来看，这会带来一些困难-系统管理员习惯于以合理的方式合理记录最佳实践。如果尚未定义最佳做法，那么它们会有些吓人。
• 在开发社区之外，很少有人会熟悉它们的操作。当您想将产品交付使用并完成操作时，这将成为一个挑战。
• 更好的操作类型倾向于能够处理轻型SQL，至少可以识别它。Json或您的nosql讲的都是学习曲线。
• 信誉是一件棘手的事情-数据丢失对于操作类型非常可怕。他们已经相信SQL数据库将在核浩劫中幸存下来。NoSQL在这里会有点销售工作。

有时还有一些棘手的事情是报告-许多用户级工具可以直接挂接到sql数据库中，NoSQL仍然需要开发人员跨越那座桥梁。