我一直有这个问题，所以我觉得我只是问。
我们有一个系统，它基本上是一个域数据应用程序。 非常低的使用频率/音量。从这一点来看，使用 nosql 解决方案似乎没有意义。
另一方面，我们所有的操作几乎都是检索 json 格式的"对象"，并在对象层次结构上操作这组数据库。 从这个方面来看，我真的看不出为什么我会使用关系数据库来"建模"这些对象，然后将其检索/转换为 JSON 并返回。
所以真正的问题是，我如何证明使用基于 nosql 的解决方案是合理的？在上述情况下，应用 nosql 解决方案是否矫枉过正？
谢谢
我认为使用 SQL 解决方案可能有点矫枉过正。
如果您的数据已经是 JSON 格式，那么为什么要创建来回转换的额外开销呢？
这完全取决于您对所选数据库的期望。性能、安全性、可扩展性等
根据您提供的信息，我倾向于选择NoSQL/多值数据库解决方案以实现兼容性。但是，如果您有特殊要求，例如可扩展性或性能，那么您应该将这些要求投入到决策过程中。如果您需要良好的性能，则可以使用类似NoSQL的解决方案来实现这一点，即使在小型硬件上也是如此。
NoSQL 或 SQL 显示基于一个简单的问题："我的数据是关系的吗？"而不是"我会存储一堆数据吗？"，我认为 NoSQL 回答了"如何存储明显非关系的信息"的问题，当然，大多数 NoSQL 引擎都是以性能和可扩展性为主要关注点创建的， 但我认为在这种情况下，您不会陷入用锤子杀死苍蝇的表达。
NoSQL存储可能非常有用的是，您将能够查询您的信息，如果您使用SQL引擎，这将不适用，因为它们会将您的json视为blob，并且这些查询将很难创建。
我认为你应该去像djondb，MongoDB，Redis等文档存储，它提供对数据的查询功能。