os registros com ovalor null. Naoexiste Constraints: O constraints muito utilizado para regras dosseus dados nao existem dentro do Cassandra, pode parecer estranhopara alguns, mas atualmente tal recurso nao se torna desnecessario. Naoe muito comum, por exemplo, colocar para o usuario a mesma mensagemde erro que o banco retornou como o: there is no unique constraintmatching given keys for referenced table "tec_configurations"ou null value in column "pessoa_nome" violates not-nullconstraint e sim nickname ja cadastrado e campo nomeobrigatorio, ou seja, as regras ja estao dentro do seusoftware. Outro exemplo, caso se insira, utilizando um insert, amesma informacao duas vezes, vai funcionar normalmente ja que ainformacao e apenas colocada la, caso ela ja exista serasobrescrita. Viewsmaterializadas: Em alguns momentos precisamos realizar calculosem uma aplicacao (somatorio, media, etc.). Imaginando um sistemaque mede a temperatura de uma determinada cidade e os sensores enviaminformacao a cada milissegundo pode-se deixar essa informacaopreprocessada em uma familia de colunas, muito semelhante as viewmaterializadas nos bancos relacionais. Esse recurso e muitoutilizado, e muito comum se ter varias familias de colunas comoestas, o ideal e que sua modelagem seja feita de acordo com suabusca. No caso do sistema de temperatura se pode ter uma familia decolunas para media por dia, mes e ano, para acompanhar o historicode temperatura de uma cidade. Suaaplicacao tambem precisa escalar: Nao adianta ter um bancoescalavel preparado para receber mil requisicoes por segundo, sesua aplicacao envia apenas 1 requisicao por segundo. Desse modo eimportante entender que sua aplicacao tambem precisa escalar. CassandraQuery Language: Para facilitar a vida do desenvolvedor existe oCassandra Query Language, o CQL. Com ele e possivel criar emodificar estruturas e realizar manipulacoes de dados de umamaneira mais tranquila e muito mais facil. O interessante e queesse recurso possui uma sintaxe muito semelhante ao SQL. Paraexecutar e verificar os CQLs se pode usar o DataStax DevCenter quepossui sua interface baseada no eclipse. Colecoesmuitos grandes: Um recurso que entrou recentemente no banco e ouso de tres colecoes: o list (uma lista de informacoes), o set(uma lsita sem valor duplicado), e um map (um dicionario de dados,possui um valor para uma chave correspondente). Esse recurso e muitointeressante e e importante utilizado, mas tome cuidado para queessas colecoes nao sejam muito grandes. O interessante e que elano geral nao ultrapassagem 260KB ou 75KB. Acompanheseus nos: E interessante acompanhar a performance, topologia doseu datacenter. Na configuracao o recomendado e que o commitlog eo sstable estejam em discos diferentes e que esses discos sejam SSDs.Outra dica importante e ter cuidado com o tamanho do heap na maioriados casos o padrao resolvera (e feito um calculo de heap baseadoem memoria disponivel), caso modifique o recomendado e que naoultrapasse os 8GB. Uma solucao para acompanhar seus nos e oDataStax OpsCenter. Concluindo,nesse pequeno artigo foi demonstrado algumas dicas inicias para osusuarios do Cassandra, demonstrando que e muito comum tentarsimular o SQL dentro do Cassandra, tendera a ter consequenciasdesastrosas.Links: http://techblog.netflix.com/2011/11/benchmarking-cassandra-scalability-on.htmlhttp://www.slideshare.net/mattdennishttp://www.datastax.com/downloadhttp://cassandra.apache.org/doc/cql3/CQL.html