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