cassandra - 高效的 Cassandra 键空间设计

Question

我有一个关于最佳 Cassandra 数据库设计的问题:有一个包含大量瘦行的表是否有效，或者有一个包含许多表的键空间是否有效？

上下文:我正在尝试存储来自多个传感器的数据。一种方法是使用一个表来存储来自所有传感器的数据。另一种方法是每个传感器有一个表。哪个更好？

请指教。

Answer 1

出于多种原因，我会选择较少的 table :

1. 正如 Andy Tolbert 在 his reply 中提到的那样，每个表都会引入一些开销，当您拥有 10 或 100 万个表时，这些开销会累积起来。将其视为增加您的管理费用/值(value)比率
2. 如果您要处理大量表，您很可能会在应用程序的正常运行期间动态创建其中一些表。如果是这种情况，您可能会在 Cassandra 中看到错误，因为它在承受压力时可能无法在集群中传播某些新表的模式。我在 C* 2.0 中看到过这个问题，但我不确定它在最新版本中是否仍然是个问题。
3. 多表架构的大部分好处都可以通过对单表数据建模进行额外思考来获得。话虽如此，在某些情况下，将数据分离到离散表中确实是最合适的解决方案。这方面的一个例子是在某些 Multi-Tenancy 系统中，出于监管原因，不同租户的数据需要在物理上分开并单独备份。