ограничения cassandra (RDBMS против CASSANDRA)

Среда моего проекта: SpringWS, Hibernate, Oracle и jBoss. У меня есть работа POC для сохранения данных в cassandra на случай, если моя СУБД (оракул) не работает. Таким образом, Cassandra будет действовать как отказоустойчивость/резервная копия для Oracle. Я новичок в cassandra и планирую использовать datastax для сохранения данных в cassandra и хочу знать о проблемах. (Поскольку моя кассандра (2.0.3) работает в одном узле, так как это POC)

Проблемы, которые я знаю (может быть, я ошибаюсь)

  1. Как и RDBMS, я не могу определить определение инкрементного ключа в cassandra, и PK должен обрабатываться приложением (с использованием TimeUUID)
  2. Cassandra не будет поддерживать Many-To-Many. Таким образом, в этом случае, как и в режиме гибернации РСУБД, я не могу установить несколько сущностей человека в сущность отдела и сохранить в кассандре. Вместо этого будет два вставных вызова cassandra. один для сохранения DEPARTMENT, а другой для таблицы PERSON.
  3. Соединения невозможны в cassandra. Не удается получить информацию о ЛИЦАХ и ОТДЕЛАХ в одном CQL (v3).

Не могли бы вы указать и другие проблемы?


person user3133577    schedule 02.01.2014    source источник


Ответы (2)


Этот пост может помочь:

Переход с MySQL на Cassandra - плюсы и минусы?

и некоторые советы по моделированию данных...

Как лучше всего проектировать Cassandra Модель данных?

Спасибо, Свен

person Sven Delmas    schedule 03.01.2014
comment
Спасибо, Свен. Это помогает. - person user3133577; 05.01.2014

Иерархические структуры не могут напрямую поддерживать M2M. 1. Впитать одно в другое как массив. Например, в отделе много людей. Поместите человека в отдел в составной структуре. 2. Если человек требует много обслуживания, оставьте отдел и человека как есть, но добавьте составную структуру. Составная структура представляет собой предварительное соединение.

person user3177983    schedule 11.01.2014