【发布时间】:2018-08-03 20:30:32
【问题描述】:
DataStax recommends 在 Cassandra 集合中存储非常少量的记录。
保持集合较小,以防止查询期间出现延迟,因为 Cassandra 会读取整个集合。集合不在内部分页。
除了查询期间的高延迟(堆压力)之外,还有其他后果吗?
假设记录是不可变的,与存储相同记录的单个冻结列表相比,在 Cassandra 表中存储数千条不同记录在查询/写入方面是否更有效?
【问题讨论】:
DataStax recommends 在 Cassandra 集合中存储非常少量的记录。
保持集合较小,以防止查询期间出现延迟,因为 Cassandra 会读取整个集合。集合不在内部分页。
除了查询期间的高延迟(堆压力)之外,还有其他后果吗?
假设记录是不可变的,与存储相同记录的单个冻结列表相比,在 Cassandra 表中存储数千条不同记录在查询/写入方面是否更有效?
【问题讨论】:
除了查询期间的高延迟(堆压力)之外,还有其他后果吗?
集合被完整检索。只要您不必在列表中过滤并检索要由应用程序使用的整个块,那么它只是更多的堆内存和行缓存内存使用以及增加的延迟。
假设记录是不可变的,那么与存储相同记录的单个冻结列表相比,在 Cassandra 表中存储数千条不同的记录在查询/写入方面是否更有效? p>
关键字是不可变的。如果没有“FROZEN”,对集合数据类型的任何插入或非增量更新都会导致墓碑。 FROZEN 关键字避免了墓碑生成。因此,它始终建议创建 FROZEN 集合,这些集合基本上是不可变的或全部替换。
【讨论】: