我一直有这个问题,所以我觉得我只是问。
我们有一个基本上是域数据应用程序的系统。使用频率/体积非常低。从这一点来看,似乎没有必要使用nosql解决方案。
另一方面,我们所有的操作都是以json格式检索“对象”,并在对象层次结构上操作这组数据。从这个方面来说,我真的没有看到为什么我会使用关系数据库来“建模”这些对象,然后将其检索/转换为json并返回。
所以问题是,我如何证明使用基于nosql的解决方案?在上述情况下应用nosql解决方案是否有点过分?
谢谢,
答案 0 :(得分:1)
我认为使用SQL解决方案可能有点过头了。
如果您的数据已经是JSON格式,那么为什么会产生额外的来回转换开销呢?
这完全取决于您对所选数据库的期望。性能,安全性,可扩展性等。
根据您提供的信息,我倾向于选择NoSQL / MultiValue数据库解决方案以实现兼容性。但是,如果您有特殊要求,例如可伸缩性或性能,那么您应该将这些要求放入决策制定过程中。如果您需要良好的性能,即使在小型硬件上也可以使用类似NoSQL的解决方案。
答案 1 :(得分:0)
基于一个简单的问题使用NoSQL或SQL show:“我的数据关系是什么?”不是“我会收集一堆数据吗?”,我认为NoSQL回答了“如何存储明显非关系的信息”的问题,当然,大多数NoSQL引擎都是以性能和可扩展性为基础创建的他们的主要关注点,但我想你不会陷入在这种情况下用锤子杀死苍蝇的表现。
对NoSQL商店非常有用的东西是你能够查询你的信息,如果你使用SQL引擎,这将不适用,因为他们会把你的json视为一个blob,那些查询将是非常的难以创造。
我认为您应该去djondb,MongoDB,Redis等文档存储,它们可以为您的数据提供查询功能。