Em 05/11/2015 17:35, Leandro Guimarães Faria Corcete DUTRA escreveu:
Le 5 novembre 2015 16:48:59 GMT-02:00, Matheus Saraiva
<[email protected]> a écrit :
Ok, muito se fala em usar NoSQL para casos específicos, geralmente
resultando uma solução final mista entre NoSQL e Relacional.
Nunca vi por esse lado. Isso é majoritário hoje em dia?
Mas o que dizer de uma solução puramente NoSQL, ou seja, ter o mongoDb
como único SGDB de uma aplicação?
NoSQL é muito mais que MongoDB.
Mas eu diria: não perca seu tempo a menos que saiba exatamente porque quer
algum sistema específico não-SQL.
Isso é praticável?
Tudo é praticável em Informática, ou quase tudo, dados recursos suficientes:
tempo, dinheiro, pessoal qualificado.
Que problemas e vantagens eu teria em fazer tal
coisa?
Em termos genéricos, vantagens nenhumas e todos os problemas que levaram à
criação do modelo relacional. Procure o artigo original do Codd, leia e
entenda, e volte com as dúvidas específicas.
Eu não tenho um motivo específico para usar NoSQL, eu cogito usar em
algum projeto, apenas para fins de aprendizado, mesmo que não traga
beneficio algum, mas sem trazer prejuízos.
Toda a palestra, video, etc, que eu vejo sobre NoSQL eles destacam o uso
em casos específicos, ou seja, sanar algum problema que o relacional não
está conseguindo. Ninguém fala em adotar NoSQL como base principal ou
como única base de dados.
É comum colocarem o NoSQL como algo meramente auxiliar ao relacional.
Nunca vi ninguém pregando o uso exclusivo de bancos NoSQL.
É possível e comum usar apenas banco relacional, mas não é comum o
contrário. Se NoSQL não pode substituir o relacional, então talvez ele
traga mais problemas do que soluções.
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
