Требует ли CQL3 схему для Cassandra сейчас?

Да, CQL3 требует объявления столбцов перед использованием.

Но вы можете делать столько ALTER, сколько хотите, без блокировки или снижения производительности.

Тем не менее, большинство мест, где вы использовали бы «динамические столбцы» в более ранних версиях C*, лучше обслуживаются картой в C* 1.2.

Я предлагаю вам изучить составные колонки с «КОМПАКТНЫМ ХРАНЕНИЕМ». Семейство столбцов COMPACT STORAGE позволяет определить практически только ключевые столбцы:

Пример:

СОЗДАЙТЕ ТАБЛИЦУ entity_cargo (entity_id ascii, item_id ascii, qt ascii, PRIMARY KEY (entity_id, item_id)) С КОМПАКТНЫМ ХРАНИЛИЩЕМ

На самом деле, когда вы вставляете разные значения из itemid, вы не добавляете строку с entity_id, item_id и qt, а добавляете столбец с именем (содержимое item_id) и значением (содержимое qt). Так:

вставить в entity_cargo (entity_id,item_id,qt) значения(100,'oggetto 1',3);

вставить в entity_cargo (entity_id,item_id,qt) значения(100,'oggetto 2',3);

А вот как вы видите эти строки в CQL3:

cqlsh:goh_master> выберите * из entity_cargo, где entity_id = 100;

идентификатор объекта | item_id | кварт

-----------+-----------+----

  100 | oggetto 1 |  3

  100 | oggetto 2 |  3

А как они если проверить тнем из кли:

[по умолчанию@goh_master] получить entity_cargo[100];

=> (столбец = oggetto 1, значение = 3, отметка времени = 1349853780838000)

=> (столбец = oggetto 2, значение = 3, отметка времени = 1349853784172000)

Возвращает 2 результата.

Вы можете получить доступ к одному столбцу с помощью

выберите * из entity_cargo, где entity_id = 100 и item_id = 'oggetto 1';

Надеюсь, поможет

Cassandra по-прежнему позволяет использовать широкие строки. Этот ответ ссылается на эту запись в блоге DataStax, написанную после того, как был задан вопрос, в котором подробно описаны связи между CQL и базовой архитектурой.

Устаревшая поддержка

Семейство динамических столбцов, определенное с помощью Thrift с помощью следующей команды (обратите внимание, что нет метаданных, специфичных для столбца):

create column family clicks
  with key_validation_class = UTF8Type
  and comparator = DateType
  and default_validation_class = UTF8Type

Вот точный эквивалент в CQL:

CREATE TABLE clicks (
  key text,
  column1 timestamp,
  value text,
  PRIMARY KEY (key, column1)
) WITH COMPACT STORAGE

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

CQL-дополнения

Кроме того, CQL предоставляет возможность назначать метки идентификатору строки, столбцу и элементам значения, чтобы указать, что сохраняется. Следующий альтернативный способ определения той же самой структуры в CQL подчеркивает эту функцию на примере DataStax — семейство столбцов, используемое для хранения кликов пользователей на веб-сайте, упорядоченных по времени:

CREATE TABLE clicks (
  user_id text,
  time timestamp,
  url text,
  PRIMARY KEY (user_id, time)
) WITH COMPACT STORAGE

Примечания

• Таблица в CQL всегда сопоставляется с Семейством столбцов в Thrift
• драйвер CQL использует первый элемент определения первичного ключа в качестве ключа строки
• Составные столбцы используются для реализации дополнительных столбцов, которые можно определить в CQL.
• использование WITH COMPACT STORAGE не рекомендуется для новых дизайнов, так как оно фиксирует количество возможных столбцов. Другими словами, ALTER TABLE ... ADD для такой таблицы невозможен. Просто оставьте это, если это не абсолютно необходимо.

интересно, что-то я не знал о CQL3. В PlayOrm идея состоит в том, что это «частичная» схема, которую вы должны определить, и в предложении WHERE выбора вы можете использовать только то, что определено в частичной схеме, НО она возвращает ВСЕ данные строк, ДАЖЕ данные, которые они не знает о .... Я ожидал, что CQL должен был делать то же самое :( Мне нужно изучить это сейчас. спасибо, Дин