Cassandra Vs Amazon SimpleDB

Я работаю над приложением, где размер данных и SQL-запросы будут тяжелыми. Я думаю между Cassandra или Amazon SimpleDB. Можете ли вы предложить, какой из них более подходит для такого рода сценариев?

Индексирование данных Cassandra кажется лучше, чем Amazon simpleDB, но у запросов меньше вариантов по сравнению с Amazon SimpleDB. Кажется, что Amazon SimpleDB имеет большие скорости ввода-вывода.

Немногие из сложных случаев использования - это действия пользователей с различными фильтрами, которые пользователь может ограничить некоторыми интересными действиями.

Если вы считаете, что есть еще одно чистое и лучшее решение, помимо этих двух, пожалуйста, предложите.

Ответ 1

SimpleDB может масштабироваться только по шкале, имеет ограничение на размер данных 10 ГБ для каждой таблицы, а производительность запросов параллельна количеству записей (например: плохой, если у вас 1 миллион записей). И google datastore медленнее, чем simpledb. Cassandra гораздо более масштабируема, его начали использовать сайты с высоким трафиком, нет ничего лучше, если вам нужны высокие скорости записи с массивными данными. обзор cassandra

Если ваш коэффициент чтения/записи составляет примерно 90% для чтения и% 10 для записи, то лучше всего подходит терракота или infinispan с postgres. Там есть некоторые бесплатные варианты кластеризации для postgresql, но ни один из них не созрел (в основном прототипы).

Другой вариант - очертание. Hiberntae и NHibernate имеют осколочную поддержку. Вы можете использовать их с postgres или mysql, но у вас есть свободные соединения.

Привет

Ответ 2

Что-то быстрое, чтобы рассмотреть, что любая пользовательская настройка nosql (Cassandra, mongodb, redis и т.д.) будет лигами быстрее на низком уровне, чем простой db, но вы берете на себя всю конфигурацию управления сервером, аварийное восстановление, резервное копирование, и т.д.

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

Простые db (и эквивалентные хранилища данных) удаляют эту проблему из вас при масштабировании.

Так что помните об этом, когда рассматриваете хранилище clopud или сворачиваете свою собственную настройку, вызывают, когда на нее наносится sssuuuccckkkss, особенно если вы не знаете точно, что вы делаете, чтобы восстановить все это.