Eu trabalho em bancos de dados grandes (centenas de GB) e o Mysql agora me dá mais ou menos satisfação. Hesito em cassandra no lançamento.

O que eu quero saber tudo antes, então esse tipo de DBMS NoSQL deve ser mais rápido que o MySQL?

Vários pontos:

A alteração no número de colunas em uma linha No Mysql, todas elas devem ser definidas previamente. As colunas definidas na estrutura da tabela. NoSQL, eles podem variar. Existe um desempenho real de diferença em uma estrutura fixa? e porque ?

Não faça com que o relacionamento seja benéfico para o desempenho. Ok, mas não sou obrigado a criar uma tabela relacional Mysql. Eu uso tabelas agregadas, ou seja, tabelas que contêm apenas dados derivados de outras tabelas, I para evitar que as juntas sejam muito caras. Novamente, quais diferenças de desempenho de nível se eu usar esse modelo no Mysql? Para dar um exemplo, o autor dehttp://www.rackspacecloud.com/blog/2010/05/12/cassandra-by-example/ insira o número X de vezes que o seguidor no empurrador da mensagem USERLINE. Eu poderia fazer isso no MySQL.

Escalabilidade, escalabilidade, escalabilidade ... Eu gosto, o cassandra me permite armazenar meus dados em diferentes servidores (sem SAN)? Não estou falando aqui de replicação, falo de um único servidor NoSQL em vários servidores físicos.

Viva nos cálculos. O MySQL fornece funções como SUM, AVG ... que são muito úteis para evitar que eu agregue novamente meus dados em outras tabelas. Eu não vi cassandra equivalente?

E os índices. No Mysql, indexo vários campos em um. Por exemplo, minhas tabelas têm uma chave primária em várias colunas e eu seleciono estão funcionalmente. cassandra sobre como escrevê-lo? O concatenado para um único identificador para cada linha? Eu acho que não compreendi completamente o gerenciamento de índices. São recalculados para integração ou upstream?

Os pedidos assíncronos. Um argumento falso que me parece, o Mysql pode ser feito com INSERT / UPDATE LOW_PRIORITY.

Eu acho que vou por aí. Obrigado por me esclarecer.