Чем формально Cassandr-овская модель данных отличается от MongoDB?

Question

[pavelkolodin]

Отсюда:
https://www.ibm.com/developerworks/ru/library/os-a...
можно понять, что ключ показывает на семейство колонок ( https://en.wikipedia.org/wiki/Standard_column_family )

Каждая "строка" в Cassandra - это ведь как документ в MongoDB: любые поля (колонки) могут присутствовать или отсутсововать.

Answer 1

[lega]

В монго данные (поля одного документа) хранятся "кучкой", а в касандре "строка" разорвана - поля хранятся в разных местах, таким образом в касандре легко добавлять/удалять колонки (делать миграции), так же можно получить экономию для колонок с повторяющимися данными, например колонка с true/false может быть размером в 2 элемента, даже если "строк" миллионы, но как минус - "собирать" "строку" нужно из разных мест, а это может быть медленнее чем загрузить одну "кучку" как в монге.
По объемам, в касандре не нужно хранить имена и тип полей - экономия, зато в монге происходит сжатие кучки, в итоге экономней может быть как та так и другая бд, зависит от данных.
Я думаю (в плане модели данных) кассандру можно поместить где-то между монгой и mysql.

Comments

[pavelkolodin]

Объяснение - супер. Спасибо.

[pavelkolodin]

А правильно я понимаю, что в "таблице" Cassandra могут быть несколько семейств столбцов и для каждой строки может существовать экземпляр каждого из семейств столбцов или нет. Но нельзя из семейства столбцов какие-то выкинуть. Скажем, если есть семейство столбцов "age, birthdate", то это такая под-таблица (пара колонок), которую можно сохранить только целиком -- нельзя сохранить один age, всегда будет существовать birthdate, хотя-бы равный NULL ?

А ещё мне непонятна вариабельность числа колонок в каждой строке. По описаниям я понял, что юзверь может в каждой новой строке сохранять непредсказуемое ранее число столбцов с непредсказуемыми именами - в одной строке лежит поле "x", а в другой строке 1000 полей "y0000...y0999", и т.д. Как это согласуется с семействами столбцов из предыдущего абзаца - не понимаю.

[lega]

> всегда будет существовать birthdate, хотя-бы равный NULL

Я глубоко не копал, но думаю что оно так.

> другой строке 1000 полей "y0000...y0999"

Думаю речь про один из этих подходов: www.datastax.com/dev/blog/does-cql-support-dynamic...
1) т.е. либо можно на один индексный ключ повесить несколько строк и воспринимать их как один объект
2) тоже что и 1, только использовать cell+value
3) использовать map с произвольными данными