Первичный ключ в cassandra уникален?

Да, первичный ключ должен быть уникальным. В противном случае было бы невозможно узнать, какую строку следует вернуть при запросе с повторяющимся ключом.

В вашем случае у вас может быть 2 строки с одним и тем же именем или с одной и той же фамилией, но не с обоими.

По определению первичный ключ должен быть уникальным. Но это не значит, что вы не можете достичь своих целей. Вам просто нужно изменить свой подход/терминологию.

Прежде всего, если вы ослабите свою цель, чтобы имя + фамилия были первичным ключом, вы можете сделать следующее:

CREATE TABLE users ( name text, surname text, age int, address text, PRIMARY KEY((name, surname),age) );
insert into users (name,surname,age,address) values ('name1','surname1',10,'address1');
insert into users (name,surname,age,address) values ('name1','surname1',30,'address2');
select * from users where name='name1' and surname='surname1';

 name  | surname  | age | address
-------+----------+-----+----------
 name1 | surname1 |  10 | address1
 name1 | surname1 |  30 | address2

Если, с другой стороны, вы хотите убедиться, что адрес также является общим, то вы, вероятно, просто захотите сохранить набор возрастов в записи пользователя. Это может быть достигнуто за счет:

CREATE TABLE users2 ( name text, surname text, age set<int>, address text, PRIMARY KEY(name, surname) );
insert into users2 (name,surname,age,address) values ('name1','surname1',{10,30},'address2');
select * from users2 where name='name1' and surname='surname1';

 name  | surname  | address  | age
-------+----------+----------+----------
 name1 | surname1 | address2 | {10, 30}

Таким образом, все возвращается к тому, что вам действительно нужно выполнить. Надеемся, приведенные выше примеры натолкнут вас на некоторые идеи.

Первичный ключ уникален. С вашей моделью данных у вас может быть только один возраст для комбинации (имя, фамилия).

Да, как упоминалось в комментариях выше, у вас может быть составной ключ с именем, фамилией и возрастом для достижения вашей цели, но тем не менее это не решит проблему. Вместо этого вы можете рассмотреть возможность добавления нового идентификатора пользователя столбца и сделать его первичным ключом. Таким образом, даже в случае дублирования имени, фамилии и возраста вам не нужно пересматривать свою модель данных.

CREATE TABLE users (
  userId int,
  name text,
  surname text,
  age int,
  adress text,
  PRIMARY KEY(userid)
);

Я бы особо отметил, что ключ раздела должен быть уникальным. Я не мог получить его в одном месте, но из следующих утверждений.

• Cassandra нужны все столбцы ключа раздела, чтобы иметь возможность вычислить хэш, который позволит найти узлы, содержащие раздел.

• Ключ раздела используется в Apache Cassandra не только для демонстрации уникальности записи в базе данных.

• Обратите внимание, что не будет никакой ошибки, если вы вставите один и тот же ключ раздела снова и снова, так как нет проверки ограничения.

• Запросы, для которых вы будете выполнять поиск на равенство, должны находиться в ключе секции.

Рекомендации

https://www.datastax.com/dev/blog/a-deep-look-to-the-cql-where-clause

как Cassandra выбирает узел-координатор и узлы репликации?< /а>

Запрос на вставку заменяет строки с одинаковым полем данных в столбце кластеризации Cassandra