Я тестирую версию Cassandra: 2.1.0 ~ beta1 и попадаю в очень странную вещь. Это моя схема:Cassandra возвращается к жизни удаленные записи
CREATE TABLE userlines (
username text,
time timeuuid,
msg_id uuid,
PRIMARY KEY (username, time)
) WITH CLUSTERING ORDER BY (time DESC)
Во-первых, я пытаюсь вставить что-то в этом пустые столбцы Семейство:
cqlsh:cequel> select * from userlines;
(0 rows)
cqlsh:cequel> INSERT INTO userlines (username, msg_id, time) VALUES ('admin', ad18dbf8-d2bc-11e3-9bc1-47ba2f5b0f02, c9553f3c-d2bc-11e3-b650-255df2f099c5);
cqlsh:cequel> select * from userlines;
username | time | msg_id
----------+--------------------------------------+--------------------------------------
admin | c9553f3c-d2bc-11e3-b650-255df2f099c5 | ad18dbf8-d2bc-11e3-9bc1-47ba2f5b0f02
(1 rows)
Затем удалить эту запись:
cqlsh:cequel> DELETE FROM userlines WHERE username = 'admin' and time = c9553f3c-d2bc-11e3-b650-255df2f099c5;
cqlsh:cequel> select * from userlines;
(0 rows)
, а затем вставить тот же ввод, но приращение последней цифры столбца времени:
cqlsh:cequel> INSERT INTO userlines (username, msg_id, time) VALUES ('admin', ad18dbf8-d2bc-11e3-9bc1-47ba2f5b0f02, c9553f3c-d2bc-11e3-b650-255df2f099c6);
cqlsh:cequel> select * from userlines;
username | time | msg_id
----------+--------------------------------------+--------------------------------------
admin | c9553f3c-d2bc-11e3-b650-255df2f099c6 | ad18dbf8-d2bc-11e3-9bc1-47ba2f5b0f02
admin | c9553f3c-d2bc-11e3-b650-255df2f099c5 | ad18dbf8-d2bc-11e3-9bc1-47ba2f5b0f02
(2 rows)
Теперь, после ввода только одной записи, я получаю два.
Итак, кто-нибудь знает, почему старая запись возвращается после другой операции INSERT? Спасибо.