Naoexiste normalizacao no Cassandra: Um erro muito comum dentro doCassandra e tentar realizar a normalizacao. Como ja ditoanteriormente o Cassandra foi feito em cima de outro paradigma. Ofato e que a normalizacao se tornou muito popular em 1970, quandoo armazenamento era muito caro, assim o desafio era conter ainformacao de forma economica, dessa forma nao repeti-la.Atualmente o armazenamento esta ficando cada vez mais barato e odesafio mudou: E lidar, por exemplo, com um numero de requisicaocada vez maior (milhoes, talvez bilhoes). Hierarquiadentro do Cassandra: A hierarquia dos bancos relacionais segue oseguinte fluxo: banco, tabela e coluna. No Cassandra acontece deforma semelhante no topo temos o KeySpace, familia de colunas, e acoluna, esse por sua vez e composto por um bloco com tresinformacoes: O nome do tampo, o valor do campo e o timestamp. NoCassandra nao existe transacao: O Cassandra foi feito paratrabalhar com uma alta taxa de disponibilidade, desse modo, einviavel que exista transacao, e possivel enviar variosregistros em uma mesma familia de coluna ao mesmo tempo. Para saberqual versao e a mais recente ele utiliza o timestamp existente nocampo, acontece que quando um campo e inserido, ele recebe o timestampdo momento que foi inserido. Nivelde Consistencia: O Cassandra trabalha em cima da replicacao dainformacao para ter sua caracteristica tolerante a falhas. Ao secriar um keyspace setta o fator de replica, que define a quantidadede nos na qual a informacao sera duplicada. Apos isso todarequisicao, tanto escrita quanto leitura, e feita em cima do fatorde replica ao enviar uma informacao para o Cassandra eimportante entender a diferenca entre disponibilidade econsistencia. Se ao realizar uma requisicao for definido umaconsistencia alta, por exemplo, o ALL que e o numero de fator dereplica defina no momento da criacao/alteracao do keyspace, oprocesso so sera finalizado quando enviar para todos os nosdefinido. Diferente de um nivel baixo, como o ONE que enviara asolicitacao para apenas um no, deixando os outros nos prontospara trabalharem em outras requisicoes, realizando a replica embackground elevando assim o nivel de disponibilidade. Naoexiste relacionamento: Uma boa pratica de para usar o Cassandrae desnormalizando sua base, desse modo, nao existemrelacionamentos. Se, por exemplo, voce tem duas tabelas, pessoa eendereco em uma relacao um para um, no Cassandra o mais corretoseria uma familia de coluna contendo as duas tabelas, mesmoque existam duas possas que tenham o mesmo endereco, replicando o endereco. Busqueinformacoes pela chave: O uso de um campo auto-increment comochave no Banco de dados deve ser evitado. Dentro do Cassandra, porpadrao, o unico campo no qual se pode buscar informacoes e achave, caso voce queria adicionar mais campos buscaveis bastadefini-lo como indice, mas se deve evitar por questao deperformance. No caso de uma tabela pessoa a chave poderia ser o cpfou o nickname. Ounico campo obrigatorio e a chave: No Cassandra o unico campoobrigatorio e a chave, desse modo, podem existir registros com 10,20, 100, ou nenhuma coluna, desde que o mesmo possua uma chave. Oscampos sao criados por demanda, se um registro nao tiver ocampo telefone, por exemplo, ele de fato nao existira, diferente dobanco relacional em que a coluna existe para todos