Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/cassandra/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Cassandra计数(*)性能和语义_Cassandra_Count_Datastax_Cassandra 2.0_Cassandra 3.0 - Fatal编程技术网

Cassandra计数(*)性能和语义

Cassandra计数(*)性能和语义,cassandra,count,datastax,cassandra-2.0,cassandra-3.0,Cassandra,Count,Datastax,Cassandra 2.0,Cassandra 3.0,我知道关于这个问题已经有很多问题了,但我有另一个角度 首先,我已经证实的是,在Cassandra2.2中,它比以前慢了很多,因为它现在必须遍历所有与标准匹配的行?可能重复的

我知道关于这个问题已经有很多问题了,但我有另一个角度

首先,我已经证实的是,在Cassandra<2.2中,
COUNT(*)LIMIT N
的工作原理与我们预期的一样——如果有更多结果,它将返回N

但是,在以后的版本中,这种行为发生了更改-现在限制实际上没有任何影响,因为它指的是行的数量,在使用COUNT时总是1

此外,是SELECT for 2.1上的Datastax文档

在这里,它们正确地描述了计数行为

以及3.0版本的文档: 它们只是省略了
计数限制的用法

这篇文章是关于计数的,他们从来没有提到过这个版本:

我关心的是该聚合的性能: 这是否意味着在>2.2中,它比以前慢了很多,因为它现在必须遍历所有与标准匹配的行?

可能重复的