Temos a necessidade de usar o banco de dados NO SQL e achamos que o Cassandra seria a melhor escolha para nossas necessidades.

Fácil de instalar e conectar a partir de aplicativos. É fácil de usar para navegar pelos dados com o utilitário.

A maioria das coisas é auto-explicativa, levou muito menos tempo para usar o produto e integrar-se aos aplicativos.

se seu aplicativo ou seu projeto processam dados que não podem ser perdidos, o cassandra é a escolha certa para você, seus dados são replicados em vários nós para evitar falhas. Você pode dimensionar sua configuração facilmente para acomodar suas necessidades.

A curva de aprendizado é íngreme, por isso, esteja preparado para sentir muita dor de cabeça durante o aprendizado. É doloroso, mas não impossível.

bom e confiável banco de dados da família NoSql.

Como tudo é projetado para um problema específico a ser resolvido. O Cassandra possui seus próprios casos de uso, onde é executado com muita confiabilidade e eficiência. Isso é bom quando você precisa capturar tráfego de alta velocidade e precisa fazer uma operação sobre ele. Além disso, oferece muitos outros excelentes recursos, como velocidade de gravação muito alta, fácil integração com outros serviços / ferramentas baseados em JVM, como spark, hadoop etc.

é um pouco difícil de aprender, pois você precisará configurar o cluster para manutenção e tudo. E o Cassandra é específico para casos de uso que você simplesmente não pode usar para outros.

Uma maneira fácil de compartilhar dados em vários clusters. Um armazenamento de dados colunares adequado, com alguns modos de quorum inovadores.

Não importa como esteja configurado, é impossível ter dados realmente duráveis.

(1) Também é altamente disponível, a replicação em torno dos nós é super rápida

Às vezes, a inconsistência no nível da linha apresenta problemas com o uso no Cassandra. Isso significa que quando a mesma linha é inserida e atualizada ao mesmo tempo, pode haver problemas de consistência com ela.

precisávamos criar um armazenamento de objetos escalável com alta carga de gravação (gravação é o principal padrão de uso)

sintaxe csql é poderosa leitura / gravação rápida

complexidade de gerenciamento de cluster

Desempenho incrível e ótimo valor.

A quantidade de recursos e a relação custo / benefício é realmente grande. O desempenho também é muito bom. O fato de ser uma arquitetura descentralizada também significa que o tempo de atividade é excelente.

Pode não ser o produto mais fácil de aprender e se tornar proficiente, mas de maneira alguma deve ser chamado de inacessível.

Conseguimos descarregar tabelas do nosso MySQL para o NoSQL.

Foi a melhor solução NoSQL para nossa organização. desempenho decente e replicação entre centros de dados.

Está escrito em JAVA. GC estava nos matando. em algum momento, tínhamos um servidor no GC por 30 minutos a cada 15 minutos.

É espetacular para aplicativos da Web que lidam com uma grande quantidade de dados, o nível de processamento de dados é muito rápido.

A curva de aprendizado é muito forte quando você trabalha com SQL. A mudança de SQL para noSQL é um pouco forte.

A linguagem de consulta cql é bastante intuitiva, especialmente para usuários sql. A instalação também é muito fácil, pois eles possuem uma extensa documentação. O Cassandra também fornece APIs muito boas e fáceis de usar, que podem ser facilmente integradas em qualquer aplicativo.

É um formato de armazenamento orientado a colunas que leva algum tempo para ser usado especialmente para usuários do sql.

O Apache cassandra é uma boa ferramenta de banco de dados noSql que pode lidar com grandes conjuntos de dados de maneira eficaz. É ótimo para design de banco de dados distribuído.

A curva de aprendizado para esta ferramenta pode ser alta.

Comparado ao MongoDB, outro banco de dados NoSQL, os comandos do Cassandra estão mais intimamente relacionados ao SQL e, consequentemente, mais acessíveis aos especialistas em SQL. Como um banco de dados NoSQL, os desenvolvedores não são sobrecarregados ao projetar e modificar esquemas.

Comparado ao MongoDB, o Cassandra é menos flexível e se parece mais com os bancos de dados relacionais do que o MongoDB.

Eu tinha usado Cassandra em meus projetos acadêmicos relacionados à computação em nuvem. Usei-o para alguns projetos no Salesforce, onde os recursos de multilocação são implementados. Em tais cenários, o Cassandra foi uma das melhores opções para o NoSql. Embora tenhamos usado RDMS, o desempenho ao usar o Cassandra foi melhor.

Sem dúvida, o desempenho é uma razão importante

Cassandra tem uma ampla variedade de tarefas assíncronas e tarefas em segundo plano que não são agendadas pelo cliente, a execução pode ser excêntrica.

A ferramenta é incrível para os requisitos Sem SQL DB. Usamos isso para armazenar transações, para que possamos reprocessar caso algo ocorra.

As consultas são um pouco difíceis e a maioria dos recursos de consultas sql não é suportada.

Eu gosto muito de escalar quando vemos aumentar o tráfego

Cassandra não suporta junções, por isso é difícil usar como sistema OLTP complexo

O CASSANDRA é fácil de usar, fácil de pesquisar objetos com base nos principais valores de espaço

Cassandra precisa melhorar sua arquitetura e também fornecer mais vídeos de treinamento

Código aberto distribuído e alto desempenho.

Somente pode consultar com a chave predefinida.

Apenas um banco de dados NoSql muito bom em cenários em que você precisa lidar com dados grandes e de alta velocidade em tempo real.

Cassandra é uma boa escolha do banco de dados NoSql quando você precisa armazenar dados que estão chegando em alta velocidade. Como a operação de gravação no cassandra é muito rápida, torna-se confiável usá-lo para cenários em tempo real, nos quais é necessário processar e modificar os dados em tempo real. E como o Cassandra é construído usando Java, é fácil integrá-lo a outras ferramentas básicas do Java, como Spark, Hadoop etc.

Apenas contras para mim é que é um desempenho imprevisível porque o cassandra tem muitos trabalhos assíncronos e outro trabalho em segundo plano que não está no controle. Nesses casos, solucionar algum problema é um grande problema.

Tivemos um problema ao consultar uma enorme quantidade de dados. Então, movemos todos os dados agregados para o cassandra e ele retorna a consulta com milhões de linhas também em milissegundos.

A taxa de leitura para qualquer consulta é mais rápida no cassandra, em comparação com qualquer outro banco de dados NO-SQL.

A atualização é muito cara, ou seja, ocupa muito espaço no sistema.

Se você estiver iniciando um projeto intensivo de dados, é um armazenamento de dados muito bom para as necessidades de computação

É muito fácil começar a usar o Cassandra por causa da vasta comunidade de desenvolvedores e recursos disponíveis. É flexível para qualquer projeto de curso ou aplicação de produção

Configurá-lo para funcionar com o Tableau em um Macbook Pro não é tão fácil.

Foi muito útil para mim quando tive que desenvolver um aplicativo que precisava de um banco de dados relacional e um banco de dados não relacional que estivesse na nuvem, era muito útil e fácil de usar, além de não me causar problemas para o seu uso.

Foi uma experiência agradável e lucrativa para o manuseio de dados na nuvem e totalmente gratuito, o manuseio de dados orientado a famílias de colunas, tolerante a falhas, pois replica os dados automaticamente para vários nós; Quando um nó falha, ele pode ser substituído sem nenhum período de inatividade. permite réplicas para vários data centers; família de colunas do tipo de armazenamento de dados. A versão mais recente do CQL3 que tornou as instruções semelhantes ao SQL com o que rompe com o choque mental no momento da programação. Realmente realiza um tratamento eficiente de dados na nuvem.

O fato de termos os dados armazenados coluna por coluna nos permite retornar as linhas mais rapidamente, mas ao inserir, atualizar ou excluir um registro, isso deve ser feito em mais de um local; por esse motivo, esse tipo de banco de dados não é recomendado para sistemas do tipo OLTP, orientados a transações e de alta simultaneidade.

É ótimo para a carga de trabalho correta; com gravações pesadas e eventual consistência, é líder no espaço NoSQL. Eu recomendo o Datastax para suporte ao uso e suporte.

Manter um cluster e um servidor do ops center (para backups e monitoramento) pode ficar bastante caro. A curva de aprendizado de manter um cluster é um pouco longa.

Temos requisitos bastante complexos de rastrear ônibus / caminhões de cidades africanas de Ruanda para relatórios em tempo real de cronograma, detalhamento, gerenciamento de tráfego da cidade usando o Apache Cassandra. Nossa equipe escolheu Cassandra por muito poucas razões. Código aberto, tolerância a falhas, alta disponibilidade, escalabilidade e confiabilidade dos componentes de software.