Eu acho que nesse contexto eu não arriscaria o MongoDB. Me parece que existem outros NoSQL mais confiáveis por aí e que focaram em fazer bem feito somente o que a abordagem NoSQL se propõe.
-- Everton 2016-06-09 15:57 GMT-03:00 Tiago José Adami <[email protected]>: > Em 9 de junho de 2016 12:51, Guimarães Faria Corcete DUTRA, Leandro > <[email protected]> escreveu: > > 2016-06-09 12:47 GMT-03:00 Fabrízio de Royes Mello < > [email protected]>: > >> On 08-06-2016 14:55, Guimarães Faria Corcete DUTRA, Leandro wrote: > >>> > https://engineering.meteor.com/mongodb-queries-dont-always-return-all-matching-documents-654b6594a827#.phpzbdxtf > >> > >> IMHO o problema descrito tem mais a ver com a forma como a ferramenta > >> implementa controle de concorrência do que o modelo de dados em si. > > > > É verdade, a rigor. Mas veja que ‘não há almoços grátis’; quando > > alguém promete algo melhor que o relacional, geralmente o que fez foi > > gambiarra mesmo. > > > > Eu nunca trabalhei com MongoDB ou NoSQL e até o momento não pretendo, > mas não posso perder uma oportunidade de aprender mais a respeito. > > Já ouvi muito por aí que NoSQL facilita o trabalho em projetos que > tenham volumes de informação gigantescos incluindo dados complexos > (árvores, vetores, etc.) e que falhas de consistência são aceitáveis > seguindo a lógica de que "se 1 registro estiver errado dentro de 1 > milhão, não faz diferença no resultado final". > > Neste contexto, se for verdade que NoSQL é mais rápido e fácil de > implementar que SQL/Relacional, justificaria o seu uso. Ou não? > > > TIAGO J. ADAMI > http://www.adamiworks.com > @tiadami > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
