Data Modeling
O cassandra preconiza (nos orienta) que precisamos moldar os dados orientado para as consultas que vamos precisar (query-driven modelling). Veja aqui
Para batermos o martelo e decidir como vamos montar a nossa UML em tabelas, temos que nos perguntar: quais as consultas mais frequentes/importantes que faremos?
Além disso, na hora de modelar os dados não temos conceitos de relacionamentos, transações, junções (join).
Então se criamos no Cassandra uma Column Family, ela será independente dos outros. Podemos salvar e deletar alguém, sem que o banco de dados nos alerta que estamos violando uma integridade referencial.
Qual o custo disso?
Teremos um trabalho adicional em nível de aplicação (lógica para ver se está tudo ok) para controlarmos.
Atualizado