10

我对 Cassandra 中使用 CQL 的复合行键有一点误解。假设我有以下

cqlsh:testcql> CREATE TABLE Note (
           ... key int,
           ... user text,
           ... name text
           ... , PRIMARY KEY (key, user)
           ... );
cqlsh:testcql> INSERT INTO Note (key, user, name) VALUES (1, 'user1', 'name1');
cqlsh:testcql> INSERT INTO Note (key, user, name) VALUES (1, 'user2', 'name1');
cqlsh:testcql>
cqlsh:testcql> SELECT * FROM Note;

 key | user  | name
-----+-------+-------
   1 | user1 | name1
   1 | user2 | name1

这些数据是如何存储的？有 2 行还是 1 行。

如果有两个，那么如何有多个具有相同键的行？如果一个然后有 key=1 和用户从“u​​ser1”到“user1000”的记录，这是否意味着它将有一行 key=1 和 1000 列包含每个用户的名称？

有人可以解释背景发生了什么吗？谢谢。

4

1 回答 1

11

因此，在深入挖掘并阅读了Lyuben Todorov建议的文章（谢谢）之后，我找到了问题的答案。

Cassandra 将数据存储在称为行的数据结构中，这与关系数据库完全不同。行有一个唯一的键。

现在，在我的示例中发生了什么......在表中Note，我有一个复合键定义为PRIMARY KEY (key, user). 只有这个键的第一个元素充当行键，它被称为分区键。在内部，此键的其余部分用于构建复合列。

在我的例子中

 key | user  | name
-----+-------+-------
   1 | user1 | name1
   1 | user2 | name1

这将在 Cassandra 中连续表示为

-------------------------------------
|   | user1:name    | user2:name    |
| 1 |--------------------------------
|   | name1         | name1         |
-------------------------------------

很明显，将具有大量唯一值（并且不断增长）的任何列添加到复合键中并不是一个好主意，因为它将存储在一行中。如果您在复合主键中有多个这样的列，那就更糟了。

更新：后来我发现了 Aaron Morton 的这篇博文，而不是更详细地解释了相同的内容。

于 2013-07-17T22:34:14.523 回答