ciwiladoanartКоллеги, приветствую!

Помогите советом, плз!

Есть задача: нужно хранить таблицу данных которая со весеннем не будет влезать на одну машину. В таблице есть несколько полей по которым нужно осуществлять поиск, пэгинацию и сортировку соответственно. Но поиск и сортировка должны осуществляться на частях этой таблицы. Пример: таблица городов. Мы берем страну и города в ней нужно уметь сортировать по количеству жителей, по площади и например по типу. Так же нужно уметь фильтровать записи и пэгинацию для вывода на фронт. Как вы понимаете, фронт от всех городов в России умрет . Да, сложные фильтры не нужны, т.е. фильтр только по одной колонке.

Если бы влезало на одну машину, то без вопросов взял бы rdbms. Можно так же шардировать по стране. Но мне кажется, что когда в rdbms появляется Шарлин , то это уже не ее задача. Есть мысль, что нужно nosql решение. В документных бд опыт небольшой и часто слышу про потери данных. По CAP теореме нужно скорее CP. Расстрел SSTable Cassandra (replication factor 3). Вроде ложиться ключ распределения - страна. Но для каждой сортировки в ней нужно делать отдельную таблицу. Т.е. в каждой разный кластерный ключ для сортировки и поиска.

Подскажите, насколько оправдан выбор касандры? Может можно сделать проще?

Задача для RDBMS, можно сжатие использовать, встроенное или самописное и т.д., можно на куски порезать и т.д., а со всякими кассандрами получите головняк

ciwiladoanartРолг Хупин,

А если 10млрд записей?

И в чем пробелма? вы думаете, что RDBMS не вытянет?
Важно правильно дизайн сделать и задачу определить.

Естественно, если миллиарды выбирать, сортировать и выдавать, то будут пробелмы с любой базой.

Вам задали выше вопросы по подробностям, но оветов не видно.
Рассуждая в общем я бы сказал так: если думать, что использование NoSQL вместо RDBMS решит все проблемы размерности и производительности, то это будет ошибкой.

Приведите подробности вашей задачи.