Ограничения cassandra (RDBMS Vs CASSANDRA)

Question

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

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

1. Как RDBMS, я не могу определить инкрементный определение ключа в Кассандре и ПК должен обрабатываться приложением (с использованием TimeUUID)
2. Кассандра не будет поддерживать многие-ко-многим. Таким образом, в этом случае, как и спящий режим RDBMS, я не могу установить несколько объектов Person в подразделении Entity и продолжать использовать cassandra. Вместо этого будет два вызова вставки для cassandra. один для продолжения ОТДЕЛЕНИЯ, а другой для таблицы PERSON.
3. В cassandra не возможно входить в систему. Невозможно получить информацию PERSON и DEPARTMENT в одном CQL (v3).

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

Answer 1

Это сообщение может помочь:

Switching from MySQL to Cassandra - Pros/Cons?

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

What's The Best Practice In Designing A Cassandra Data Model?

Спасибо, Sven

Answer 2

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