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
