Мы используем Cassandra 3 и разработали модель, основанную на первоначальных требованиях. Поскольку требования менялись очень часто, эта модель впоследствии также неоднократно менялась. Таким образом, с учетом этих требований и изменений в модели серьезных улучшений в плане разработки не произошло. Команда решила использовать тип данных BLOB и хранить все данные в BLOB. Не могли бы вы поделиться недостатком использования BLOB в таком сценарии. Заранее спасибо.
Cassandra хранит данные в BLOB
Ответы (1)
Мы перешли с Astyanax Cassandra 1.1 на CQL Cassandra 3.0 напрямую, поэтому у нас все еще есть много семейств столбцов, которые имеют значение как BLOB.
Основные проблемы, с которыми мы сталкиваемся сейчас:
1) Трудно визуализировать данные непосредственно из базы данных. Самым большим преимуществом CQL является то, что он поддерживает SQL-подобные запросы, поэтому вход в терминал cql и получение результатов непосредственно оттуда обычно экономит много времени. Если вы используете BLOB, вы не сможете делать все эти вещи.
2) CQL работает лучше, когда ваша таблица имеет четко определенную схему вместо использования большого двоичного объекта для хранения большого фрагмента данных вместе.
Если вы создаете новую таблицу, я предлагаю использовать Коллекции для вашего варианта использования. Вы сможете хранить различные типы данных, и производительность также будет хорошей.
Хорошие слайды, сравнивающие производительность таблиц без схемы и таблиц со схемой и коллекциями. Вы можете перейти к слайду 26, если хотите просто краткое изложение.
person
Abhishek Garg
schedule
22.06.2017
