MongoDB solo

[Saraiva Silva]

Olá,

Eu sou um desenvolvedor autônomo, meu segmento de mercado é basicamente o segmento de ERPs, automação comercial e de gestão. Ou seja, são sistemas que não sofrem muito com os problemas que levam muitos a adotarem bancos NoSQL, visto que tais sistemas são de acesso restrito e não públicos como os sites, portais, etc.. O sgdb que uso em produção é o postgresql e nunca tive grandes problemas com ele, pois como eu disse, meu segmento tende a ser pouco exigente com banco, em alguns casos até um firebird da vida serviria. Dessa forma, meu interesse em bancos NoSQL, em especial o mongodb é por puro entusiasmo e interesse em novos paradigmas.

Estou meio que entrando nesse mundo nosql agora, e sei pouco sobre esse novo paradigma.
Estou trabalhando em um projeto novo, e levantei a hipótese de usar mongodb. Necessidade? Não, nenhuma apenas para fins de aprendizado, pois eu costumo me familiarizar com novas tecnologias colocando-as em produção. Como minhas exigências de banco são modestas, posso me dar ao luxo de escolher qual tecnologia usar.

Mas sobre mongodb e o paradigma NoSQL eu tenho algumas incógnitas:

1 - Em todas as palestras, videotutorias, hangouts, etc, que já vi sobre NoSQL e mongodb. Percebo que os autores e palestrastes tendem a colocar o NoSQL/mongoDB como tecnologias auxiliares ao modelo relacional.
Afinal, é isso que o NoSQL é? Apenas uma tecnologia para suprir lacunas de bancos relacionais?
E seu eu quiser abrir mão do relacional e manter toda a base de dados apenas no mongodb? Mesmo não tendo um motivo relacionado a performance?

2 - Quais são as características do mongodb com relação a segurança de dados? Ou seja, é "praticável" usá-lo para armazenar dados sigilosos e operações financeiras de uma empresa? Eu sei que o postgresql é um mestre nesse quesito.

4- Quando vejo alguém "evangelizando" sobre mongodb e NoSQL, o argumento é sempre a performance. Mas e para quem não tem problemas de performance com os bancos relacionais, quais as outras vantagens de se usar mongodb?

[Adamo Tonete]

Olá Saraiva, boa tarde.

Esta questão geralmente não é discutida em palestras mesmo, vou tentar explicar, se precisar de mais detalhes me escreva aqui ok?

De fato temos sim dois mundos, de relacionais e não relacionais, por vezes não relacionais são mais rápido do que um relacional porque abre mão de muitas features como por exemplo o joins, constraints e evetualmente consistência.

O nome NoSQL se remete a bancos que não são somente o SQL, mas algo que não caberia muito bem no SQL, como por exemplo schema free.

Temos diversos tipos de bancos NOSQL, grafos, key-value, objetos cada um muito bom para o que foi projetado.

Antes de mais nada, como você disse, você precisa pensar no seu produto, no caso um ERP.

Por trabalhar com situações onde relacionamento de tabelas é quase constante, somente nessa situação já lhe impede de usar somente o mongo. Você poderia, mas não seria nada performático ou prático. Você estaria usando ele para fazer joins quando ele foi feito para não.

Outro fato que você comentou é se ele é seguro, sim, bancos dedados NoSQL são seguros se bem configurados.

Agregações (group by do mongoDB) ainda não estão 100% no mongo, apenas para pequenas bases, mas como vc disse anteriormente, suas bases são pequenas e funcionam conforme o esperado.

Por fim, acredito que temos evangelizadores e evangelizadores, você tem que escolher o banco de dados que melhor se encaixa no seu produto, não seguir a moda atual.

Aconselho o site de treinamentos da mongodb que oferece bons cursos free para muito mais detalhes do mongoDB do que expliquei aqui. https://university.mongodb.com/

Atenciosamente,

Adamo

[Leandro Antonello]

Olá Saraiva,

Ultimamente tenho estudado bastante sobre bancos NoSQL, na intenção de migrar alguns projetos que tenho com grande volume de dados.

Mas ainda não iniciei nenhuma migração.

A dica que tenho pra passar não é minha, mas de um profissional muito bem conceituado, que trabalha com aplicações financeiras há muitos anos.

Ele me disse que para operações financeiras, a melhor solução são os bancos de dados relacionais, principalmente por causa da consistência de dados.

Para todo o resto, vale a preferência do desenvolvedor e/ou especificações do projeto.

A questão da performance é um ponto que se deve levar em consideração quando se tem uma grande quantidade de dados, com tendência pra crescer ainda mais. Nesse caso, o NoSQL é a melhor solução.

É possível manter aplicações com os 2 tipos de bancos de dados rodando simultaneamente, caso precise.

Abs,

Em sábado, 7 de novembro de 2015 19:13:17 UTC-2, Saraiva Silva escreveu: