В примере музыкального альбома от Кассандры,путаница Кассандры супер колонн и композитных колонн
(а)
artist K
id C
title
album
это конструкция супер колонки? Столбцы индексируются по (id), а (название, альбом) хранятся как под-столбцы?
Если модель выглядит так,
(б)
artist K
id C
title C
album
тогда становится составной конструкции колонки? С столбцами, индексированными по (id | title), и каждый столбец просто хранит (альбом)?
Правильно ли я понимаю? Я разработать базу данных временных рядов, с 50 датчиками, разделяющие ту же метку времени, я собираюсь поместить их в широкий ряд, как
(с)
location K
device K
year K
month K
day K
timestamp C
sensor1
sensor2
....
sensor50
Если я только запрос sensor1 во время поддавки диапазон, означает ли это, что cassandra будет сканировать все 50 датчиков последовательно и выбрать единственное, что мне нужно?
может быть, я должен использовать схему
(d)
location K
device K
year K
month K
day K
sensorname C
timestamp C
value
каковы различия в отношении размера раздела и чтения производительности?
может быть как (а) и (б) являются составными столбцы схемы? – chuan
Где вы нашли пример? супер столбцы никогда не должны использоваться больше. похоже, что вы пытаетесь создать приложение экономии, которое эффективно устарело. Взгляните на CQL, это то, как вы должны создавать свои приложения. Http://docs.datastax.com/ru/cql/3.1/cql/cql_intro_c.html –
Пример из онлайн-учебника по планете Кассандра. Это не код конкретного приложения, а схема проектирования, где K представляет собой ключ раздела, а C - ключ кластеризации. Я знаю, что не рекомендуется использовать супер столбцы. Но я смущен тем, что они уже выходят или нет? Документы очень сбивают с толку, не указывая версию CQL и не дают четкого описания заказов данных на диске. – chuan