Чтение https://towardsdatascience.com/when-to-use-cassandra-and-when-to-steer-clear-72b7f2cede76
Отмечает следующее ограничение Кассандры:
- ACID транзакции. Если вы ожидаете Кассандра для построения системы, поддерживающей свойства ACID (атомарность, согласованность, изоляция и долговечность), к сожалению, не сработает. Способ работы с данными у Cassandra не достаточно «жесткий»: он может разрешать частично успешные транзакции, содержать дубликаты, противоречия и так далее. Вот почему ACID-зависимые системы (например, основные банковские системы, обрабатывающие банковские переводы) не должны go с Cassandra. Фактически, никакая технология No SQL не подойдет: такие системы нуждаются в реляционных базах данных. И хотя в Cassandra есть функция облегченных транзакций, предназначенная для защиты свойств ACID, она еще недостаточно хороша. «
Тогда читаем:
Какие приложения не нуждаются в ACID?
Вы платите цену за производительность для кислотной семантики. В случаях, когда вы управляете очень большим объемом данных и допускаете случайные несоответствия (например, вы не переводите деньги), могут быть предпочтительны решения, отличные от ACID (например, большинство решений без SQL).
Означает ли это, что в таблице произошла операция CRUD:
- Для БД, совместимой с ACID, обновление будет гарантированно доступно при выполнении следующего запроса на БД?
- Для БД, не относящихся к ACID, обновление не гарантируется сделать доступным при выполнении следующего запроса к БД, но оно будет доступно в течение короткого периода времени?
От Какие приложения не нуждаются в ACID?
В случаях, когда вы управляете очень большим объемом данных и допускаете случайные несоответствия (т.е. вы не переводите деньги), Решения не-КИСЛОТЫ (такие как большинство решений No SQL) могут быть предпочтительными.