cassandra主键列不能被限制

Question

我第一次在 Web 应用程序中使用 Cassandra，但遇到了查询问题。 这是我的标签：

CREATE TABLE vote (
    doodle_id uuid,
    user_id uuid,
    schedule_id uuid,
    vote int,
    PRIMARY KEY ((doodle_id), user_id, schedule_id)
);

在每个请求中，我都会指明我的分区键 doodle_id。 例如，我可以毫无问题地制作：

select * from vote where doodle_id = c4778a27-f2ca-4c96-8669-15dcbd5d34a7 and user_id = 97a7378a-e1bb-4586-ada1-177016405142;

但在我提出的最后一个请求中：

select * from vote where doodle_id = c4778a27-f2ca-4c96-8669-15dcbd5d34a7 and schedule_id = c37df0ad-f61d-463e-bdcc-a97586bea633;

我收到以下错误：

Bad Request: PRIMARY KEY column "schedule_id" cannot be restricted (preceding column "user_id" is either not restricted or by a non-EQ relation)

我是 Cassandra 的新手，但如果我错了，请纠正我，在复合主键中，第一部分是 PARTITION KEY，它是强制允许 Cassandra 知道在哪里查找数据的。 然后其他部分是 CLUSTERING KEY 对数据进行排序。

但我仍然不明白为什么我的第一个请求有效，而第二个无效？

如果有人能提供帮助，那将是非常高兴的。

Answer 1

在 Cassandra 中，您应该设计适合您查询的数据模型。因此，支持您的第二个查询（doodle_id 和 schedule_id 的查询，但不一定是 user_id 的查询）的正确方法是创建一个新表来处理该特定查询。此表几乎相同，只是 PRIMARY KEY 会略有不同：

CREATE TABLE votebydoodleandschedule (
    doodle_id uuid,
    user_id uuid,
    schedule_id uuid,
    vote int,
    PRIMARY KEY ((doodle_id), schedule_id, user_id)
);

现在这个查询可以工作了：

SELECT * FROM votebydoodleandschedule 
WHERE doodle_id = c4778a27-f2ca-4c96-8669-15dcbd5d34a7 
AND schedule_id = c37df0ad-f61d-463e-bdcc-a97586bea633;

这使您不必指定ALLOW FILTERING。依赖ALLOW FILTERING 绝不是一个好主意，当然也不应该在生产集群中做。

Answer 2

集群键还用于查找给定分区内的列。使用您的模型，您将能够通过以下方式查询：

• doodle_id
• doodle_id/user_id
• doodle_id/user_id/schedule_id
• user_id 使用ALLOW FILTERING
• user_id/schedule_id 使用ALLOW FILTERING

您可以将主键视为文件路径 doodle_id#123/user_id#456/schedule_id#789，其中所有数据都存储在最深的文件夹中（即 schedule_id#789）。当您查询时，您必须指明您开始搜索的子文件夹/子树。

由于分区内列的组织方式，您的第二个查询不起作用。 Cassandra 无法在分区中获得连续 slice 列，因为它们是交错的。

您应该反转主键顺序（doodle_id、schedule_id、user_id）才能运行您的查询。