> > Isso vai depender de que problema de negócio vc quer resolver. Para um > ERP por exemplo creio que um NoSQL possa não se aplicar devido a > consistencia eventual. Imagina no sistema orçamentário de cada usuario > visualizar um saldo diferente de uma conta pra fazer uma reserva > financeira??? No final das coisa poderemos ter problema né. Porém qual o > problema de dois usuários acessarem a mesma timeline de uma pessoa em > uma rede social e uma delas nao visualizar o último post que foi feito > instantes antes??? >
Fabrizio, tenho uma opinião muito parecida com a sua. Em ambientes de machine learning, por exemplo, é muito comum você utilizar um banco de dados NoSQL. Recomendo muito a leitura do artigo "How NoSQL Fundamentally Changed Machine Learning" ( http://www.datasciencecentral.com/profiles/blogs/how-nosql-fundamentally-changed-machine-learning) para esclarecer isto. Pegando um gancho com o exemplo da rede social, o Facebook utiliza o banco de dados orientado à grafos Apache Giraph para realizar o processamento dos seus dados. Agora, imagine o quão impraticável seria persistir essas informações no mundo relacional, sendo necessário ter uma tabela associativa para registrar a amizade entre duas pessoas. E como calcular proximidade entre pessoas que não possuem amizade? A complexidade de implementar isto no mundo relacional simplesmente não justifica a sua adoção. Por outro lado, existem cenários que bancos NoSQL não são recomendados, justamente, como o Fabrizio já mencionou, por conta do BASE. Cenários que exigem alta concorrência, consistência de dados, entre outras garantias, devem, naturalmente, passar longe do mundo NoSQL.
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
