Почему nosql с cassandra вместо mysql?
Я работаю с большой базой данных (сотни ГБ), и Mysql теперь дает мне более или менее удовлетворение. Я не решаюсь использовать кассандру при запуске.
Все, что я хочу знать раньше, так что эта СУБД NoSQL должна быть быстрее, чем MySQL?
Несколько моментов:
Изменение количества столбцов в строка В Mysql все они должны быть определены заранее. Колонны задается в структуре таблицы. В NoSQL они могут быть разными. Есть ли реальная разница в производительности на фиксированной конструкции? и почему?
Не делайте отношения выгодными для производительности. Хорошо, но я не обязан составлять реляционную таблицу Mysql. Я использую агрегированные таблицы, т.е. таблицы, которые содержат только данные, полученные из других таблиц, я для предотвращения слишком дорогих стыков. Опять же, какие различия в производительности, если я использую эту модель в Mysql? Возьмем один пример, автор http://www.rackspacecloud.com/blog/2010/05/12/cassandra-by-example/ вставьте X количество раз ведомого в сообщение USERLINE pusher. Я мог бы сделать это в MySQL.
Масштабируемость, масштабируемость, масштабируемость ... Мне это нравится, позволяет ли cassandra хранить мои данные на разных серверах (без SAN)? Я не говорю здесь о репликации, я говорю об одном сервере NoSQL на нескольких физических серверах.
Живите на вычислениях. MySQL предоставляет такие функции, как SUM, AVG ... которые очень полезны, чтобы избежать повторной агрегации данных в других таблицах. Я не видел аналога кассандра?
А как насчет индексов. На Mysql индексирую несколько полей в одно. Например, в моих таблицах есть первичный ключ для нескольких столбцов, и я выбираю функционально. кассандра о том, как это написать? Объединены по одному идентификатору для каждой строки? Думаю, я не совсем понял управление индексами. Пересчитываются для интеграции или восходящего потока?
Асинхронные запросы. Ложный аргумент, что мне кажется, Mysql можно сделать с помощью INSERT / UPDATE LOW_PRIORITY.
Я думаю, что обхожусь. Спасибо, что просветили меня.