在Cassandra中存储灵活模式

Question

我正在尝试设计一个新的应用程序，它使用Cassandra而不是传统的SQL数据库。集群和水平扩容功能对我的用例特别有用。

我有这样的情况，我有多个记录，它们可能彼此非常不同。例如，如果我存储不同的运动信息，对于足球，我会存储两支球队、球员、半场和全场比赛后的结果、红牌、黄牌等信息，而如果是网球比赛，则会存储两名对手、盘数等信息。

我不希望每个运动都有一个表(有负载)，并且希望能够添加新的运动，而不必每次都修改数据库。我想保持它的灵活性，这个信息可以根据记录的运动类型任意改变。

在Cassandra中如何对这种信息进行建模是最好的？我知道它不是像MongoDB等面向“文档”的数据库。，但对于应用程序的其余部分，Cassandra提供的“类似表格”的结构是理想的。

我知道我可以将其作为JSON字符串存储在文本字段中，并在应用程序级别进行处理，但我担心这会限制将来对JSON字符串中的字段进行批量查询的需求（例如，所有匹配都有特定的裁判）。

我知道还有另一种方法可以将其存储为Map。然而，索引似乎有点有限，所有的例子都是基于map键，而不是基于值。有些人似乎也不鼓励在地图上使用索引。

我有什么选择？

Answer 1

我也有同样的问题。一个简单的小技巧:创建一个键列和一个值列。有时，您也可以将它与静态列一起使用。

比如：

    CREATE TABLE gameOverview (
        sportType text, sportPropertyIndex1 text static, sportPropertyIndex2 text static, sportPropertyIndex3 text static,
        sportPropertyValue1 text, sportPropertyValue2 text, sportPropertyValue3 text,
        PRIMARY KEY(sportType, sportPropertyValue1, sportPropertyValue2, sportPropertyValue3)
    )

静态列在分区内是静态的。有时您不能使用静态列，因为否则分区会太大。（运动型可能太大）。然后不要使用静态列，但要在应用程序中小心使用这些列。

/e 为什么我用这个而不是地图？您也可以创建价值指数，但它只是一个二级索引。但如您所知，二级索引的性能不是最好的。使用此解决方案，您可以使用主索引的优势，但也可以获得地图的灵活性。