database - 什么时候应该使用列族 NoSQL 解决方案与键值、文档存储、图形

Question

我了解不同解决方案之间的技术差异。但我似乎无法找到具体示例来说明不同类型的 NoSQL 解决方案的优缺点，以及何时使用一种类型而不是另一种类型。

我在网上找到的所有信息都对何时使用一种类型与另一种类型给出了非常模糊的建议。而且它们似乎都可以互换使用，但没有明确说明使用其中一种的优势。

Answer 1

文档导向

示例:MongoDB、CouchDB

优势:异构数据、面向工作对象、敏捷开发

它们的优点是不需要一致的数据结构。当您的需求和数据库布局不断变化时，或者当您处理属于一起但看起来仍然非常不同的数据集时，它们很有用。如果您有很多包含名为“键”和“值”的两列的表，那么这些可能值得研究。

图数据库

示例:Neo4j、GiraffeDB

优势:数据挖掘

他们的重点是通过数据与其他数据的关系来定义数据。当您有很多表的主键是其他两个表的主键时(可能还有一些描述它们之间关系的数据)，那么这些可能适合您。

键值存储

示例:Redis、Cassandra、MemcacheDB

优势:通过已知键快速查找值

它们非常简单，但这使得它们快速且易于使用。如果您不需要存储过程、约束、触发器和所有这些高级数据库功能，而只想快速存储和检索数据，那么这些都适合您。

不幸的是，他们假设您确切地知道您在寻找什么。您需要 User157641 的个人资料？没问题，只需要几微秒。但是，如果您想要所有年龄在 16 到 24 岁之间、最喜欢吃“华夫饼”并且在过去 24 小时内登录过的用户的姓名，该怎么办？倒霉。当您没有针对特定结果的明确且唯一的键时，您将无法轻松地将其从 K-V 存储中取出。