Você pode ver a página em https://under-linux.org/content.php?...oSQL-Cassandra
Versão Imprimível
Você pode ver a página em https://under-linux.org/content.php?...oSQL-Cassandra
NoSQL é a coisa mais lógica a se fazer na web. Muitas aplicações envolvem só key->value, e ainda assim continuam usando RDMBS como o MySQL, e quando a base de dados cresce, se perguntam porque ficou lento.
O que é mais rápido, ler um arquivo dado o ID do usuário (cat /var/db/1241/user_info) ou procurar num banco de dados enorme com mais de 10TB de dados fazendo um Select? (Isso é relativo, visto que existe as chaves primárias, que dependendo do sistema do Db, é implementado dessa maneira, mas foi só um exemplo)
Sim! Concordo com você. Mas temos que avaliar também que são poucos (muito poucos mesmo) os que conseguem criar bancos de dados de forma decente, que sejam bem desenvolvidos, modulares, expansíveis, etc. E que usem pelo menos 20% da capacidade do serviço Mesmo em serviços grandes, muitas vezes nem vemos um banco de dados "bem feito". Na maioria das vezes, o que presenciamos são o extremo da falta de noção: tabelas soltas e toda a carga de análise e comunicação com o banco de dados sendo feito exclusivamente na camada Web... deprimente...Citação:
Postado originalmente por osmano807
O que quero dizer com isso? Que são poucos os que realmente conseguiriam levar seus banco de dados relacionais "movidos" a alguma variação de SQL, ao seu máximo. Então não sei se poderiam dizer realmente que um banco de dados SQL não agüentaria o tranco. Até porque, da mesma maneira que existem dados descentralizados, poderiam ser desenvolvidos bancos com hierarquia e em servidores distintos para tal necessidade, ou mesmo bancos de dados temporais, que sejam realmente bem feitos a ponto de suportar grandes operações até mesmo como os "não-SQL", que já mostraram que trabalham tão bem com dados descentralizados via Web.