什么时候应该更喜欢键值数据库而不是宽列数据库？

Question

我了解它们在“功能”方面的主要区别，但我不明白何时更喜欢其中之一。我找不到它们之间的任何基准比较，例如不同情况下的读/写性能。

例如，如果我们将 DynamoDB 与 Cassandra 进行比较 - 在 Cassandra 中我只能读取部分列，而在 Dynamo 中我必须读取整行，这在不同情况下都很好，因此 Cassandra 在这方面更加灵活。

但是如果我只想查找并检索与某个 ID 对应的行，像 DynamoDB 这样的键值数据库应该具有更好的性能吗？

在哪些情况下键值存储比宽列数据库更好，为什么？

Answer 1

在 Amazon DynamoDB® 和 Apache Cassandra® 之间进行比较时，您应该考虑以下几点。

1. 您想被锁定在AWS生态系统中吗？
2. 正如您正确地提到的 - 您是否想要灵活地利用键/值以及有选择地从行中获取列（或）支持其他工作负载（例如时间序列等），所有这些都使用相同的 Cassandra 系统？
3. 你想要完全自我管理VS完全由云提供商管理吗？
4. DynamoDB 是 AWS 提供的完全托管服务。 Apache Cassandra 还有其他完全托管的无服务器产品，例如 DataStax Astra DB，它具有 Vector Search + 灵活（无模式）JSON 功能 + 与 Astra Streaming （完全托管的无服务器）连接的其他优点流即服务），并且可以自由选择自己的云提供商来托管服务（或）Apache Cassandra 的 Azure 托管实例[锁定到 Azure]（或）甚至 Amazon 自己的 Keyspaces [再次锁定到 AWS]（或者）其他[不太知名的？] 为用户提供完全托管的 Cassandra 即服务产品。
5. 与各种其他服务的丰富集成，不仅限于托管的云，还与其他云播放器、GenAI 框架、工具等集成，

在比较各种服务时，在决定您的系统时，您不仅应该考虑当前的所有运营和业务需求，还应该考虑未来的方向。您还应该利用工具，例如但不限于 完全开源 NoSQLBench，它支持测试 Apache Cassandra®/DataStax Astra DB/Amazon DynamoDB，根据您的 SLO 评估目标系统的性能，以确定各种措施。

资源：

• NoSQLBench高级入门介绍
• 其他 C* 功能以及下一版本中的预期内容，如 ACID 等，