Clés de clusters dans Cassandra

Supposons que vos clés de clusters sont

k1 t1, k2 t2, ..., kn tn

où ki est le i-ème nom de la clé et ti est la i ' eme type de clé. Ensuite, l'ordre des données est stocké dans est lexicographique de la commande où chaque dimension est comparée en utilisant le comparateur de ce type.

Si (a1, a2, ..., an) < (b1, b2, ..., bn) si a1 < b1 en utilisant t1 comparateur, ou a1=b1 et a2 < b2 à l'aide t2 comparateur, ou (a1=b1 et a2=b2) et a3 < b3 à l'aide de t3 comparateur, etc..

Cela signifie qu'il est efficace pour trouver toutes les lignes avec un certain k1=a, puisque les données sont stockées ensemble. Mais il est inefficace pour trouver toutes les lignes avec ki=x pour i > 1. En fait, une telle requête n'est pas autorisé - la seule clé de cluster contraintes qui sont autorisés à spécifier zéro, une ou plusieurs clés de clusters, à partir de la première avec aucune ne manque.

Par exemple, considérons le schéma

create table clustering (
    x text,
    k1 text,
    k2 int,
    k3 timestamp,
    y text,
    primary key (x, k1, k2, k3)
);

Si vous avez le suivant: les bagues de

insert into clustering (x, k1, k2, k3, y) values ('x', 'a', 1, '2013-09-10 14:00+0000', '1');
insert into clustering (x, k1, k2, k3, y) values ('x', 'b', 1, '2013-09-10 13:00+0000', '1');
insert into clustering (x, k1, k2, k3, y) values ('x', 'a', 2, '2013-09-10 13:00+0000', '1');
insert into clustering (x, k1, k2, k3, y) values ('x', 'b', 1, '2013-09-10 14:00+0000', '1');

puis ils sont stockés dans cet ordre sur le disque (de l'ordre select * from clustering where x = 'x' retours):

 x | k1 | k2 | k3                       | y
---+----+----+--------------------------+---
 x |  a |  1 | 2013-09-10 14:00:00+0000 | 1
 x |  a |  2 | 2013-09-10 13:00:00+0000 | 1
 x |  b |  1 | 2013-09-10 13:00:00+0000 | 1
 x |  b |  1 | 2013-09-10 14:00:00+0000 | 1

k1 commande domine, puis k2, puis k3.