Banco de dados relacional (MariaDB) ou não-relacional (MongoDB)
comentada em 26/05/2022 08:46

Do meu ponto de vista, a maior vantagem de usar não relacionais é quando você vai trabalhar com um fluxo de dados grande (conceito de big data), e mesmo assim, depois disso normalmente você vai refinar os dados em uma pipeline pra filtrar os dados realmente úteis e necessários para o momento, seja pra análise ou pra uma aplicação.

Lembrando que nos bancos não-relacionais (NoSQL) você pode ter diferentes tipos de arquivos também, de csv's, pdf's, imagens e até mesmo BD's relacionais dentro de um BD não-relacional.

Quando ta usando um NoSQL tem que se atentar pra não acabar transformando seu datalake em um data swamp, que é quando cê deixa tudo sem tratamento, sem particionar, etc e acaba ficando impossível trabalhar ali.

Depende de cada projeto, os 2 vão ter vantagens e desvantagens. Se você precisar de integridade dos dados, relacionamento, vai ter q ser banco tradicional. Agora se vc tem um dado que não precisa ser integro, exemplo em um registro o cliente tem telefone  cpf, no outro tem só telefone, no outro nenhum nem cpf e nem telefone só o nome, aí vai pelo não relacional.

Eu gosto do não relacional pra trabalhar com dados para gráficos, BI, relatórios, a performance é melhor.

Se você tá fazendo essa pergunta aqui na Bastter, provavelmente tanto faz. Usa o que for mais fácil/mais rápido de implementar e segue o baile.

@Janclo_Vandami
Além dos pontos que foram levantados, uma vantagem de bancos como o Mongo é que é mais fácil mudar seu modelo. Principalmente quando você está trabalhando em um projeto que tem expectativa de que o escopo mude ou que o domínio seja novo para você.

Dito isso, se você precisar de transações, aagarantias ACID e etc, aí você é obrigado a usar um BD relacional como o Maria.

Como qualquer boa resposta da área de programação, tem que começar com "depende".

NoSQL geralmente tem usos mais específicos. Cassandra, por exemplo, tem otimizações pra fazer consultas baseadas e coluna e pode ter muitos benefícios em sistemas com muitos fitros, listagens, índices como e-commerces. Key-values como DynamoDB tem desempenho em troca de uma estrutura de dados mais flat. Tem tanta opção hoje em dia que você fica perdido.

SQLs geralmente são propósito geral, principalmente por muita gente conhecer, dominar, ter ofertas em cloud e consistência forte pra não haver muitas perdas de dados. Ultimamente, bancos como Postgres andam oferecendo várias coisas que antes só NoSQLs ofereciam e acabam preenchendo várias lacunas.

A não ser que haja um caso de uso bem especificado, é bem seguro começar com um SQL e mudar de acordo com as necessidades. Não é impeditivo usar mais de um banco em um serviço ou separar os serviços também mas acaba sendo mais benéfico em sistemas maiores pois a complexidade operacional aumenta.

Em quase nenhum caso recomendo MongoDB, sempre foi bem porcaria. Teve uma boa adoção por algumas facilidades do ecossistema de nodejs mas sempre teve APIs bem porcas e vários casos de perdas permanentes de dados.

Gosto de nao relacional pra coisas mais simples, aplicacoes mais complexas que precisam de diversas relacoes e num geral vao ser mais pesadas acho que relacional se sai melhor

@Janclo_Vandami, depende qual problema você quer atacar. Qual a necessidade do seu projeto ? O que você tentou usar ? É uma necessidade real de implementação ou é para fins de estudo somente ?  Que tipos de dados você precisa armazenar ?

Fornece algumas variáveis pra gente. Particularmente o uso de MongoDB, como já foi falado, tende a performar melhor se usado como rede de grafos, banco de documentos, nessa linha não estruturada. E porquê não citar o PostgreSQL também como opção ao MariaDB. Em relação ao tradicional, suporta as mesmas transações que um banco relacional deve atender . 

Usaria o que você conhece melhor, para isso estudar as características de cada SGBD, e o que o projeto pede. Se proj de porte pequeno, e se performance não for problema. Tanto faz a escolha. Estuda para escolher o que você domina mais e atende melhor ao projeto .

Relacional: para dados relacionais, consultas com Join e dados tabulares. Principal vantagem: lidar bem com Joins. Principal desvantagem: escalabilidade 

NoSQL: dados não relacionais ou pouco relacionais. Dados que em geral vc obtem a informação sem joins 

Vantagem/desvantagem é ao contrário do relacional.

postado por @arufielli em 25/05/2022 20:24

Janclo_Vandami, depende qual problema você quer atacar. Qual a necessidade do seu projeto ? O que você tentou usar ? É uma necessidade real de implementação ou é para fins de estudo somente ?  Que tipos de dados você precisa armazenar ?

Fornece algumas variáveis pra gente. Particularmente o uso de MongoDB, como já foi falado, tende a performar melhor se usado como rede de grafos, banco de documentos, nessa linha não estruturada. E porquê não citar o PostgreSQL também como opção ao MariaDB. Em relação ao tradicional, suporta as mesmas transações que um banco relacional deve atender . 

Usaria o que você conhece melhor, para isso estudar as características de cada SGBD, e o que o projeto pede. Se proj de porte pequeno, e se performance não for problema. Tanto faz a escolha. Estuda para escolher o que você domina mais e atende melhor ao projeto .

Por enquanto é pra estudo, mas o projeto futuro é consolidar e organizar dados, pra depois trabalhar a visualização deles com D3.js. Atualmente, o 'BD' desse projeto é uma planilha de excel com umas 5000 linhas, cheia de SEs e PROCVs pra poder automatizar a visualização dos dados...ta ficando uma loucura...

@Janclo_Vandami 

Eu costumo dizer o seguinte: Se você não sabe o que é ou o que usar, use um banco relacional.

Os bancos relacionais são mais tranquilos para iniciantes e são mais conhecidos, a linguagem SQL é super tranquila... 

Outros bancos são empregados em situações específicas. Se a pessoa tá na dúvida, é pq a situação não é tão específica assim.

Além disso, essa quantidade de dados aí é ridiculamente pequena (sem demérito). 5000 linhas qualquer banco relacional resolve tranquilamente, sem nem piscar. Pode escolher o que mais te agrada.

Um banco relacional vai começar a dar trabalho na escala do milhão de registros...  aí você vai precisar fazer tunning, aprender a criar índices etc. E vai dar trabalho de verdade mesmo na escala do bilhão.

Nessa escala aí, é hiper tranquilo.

Vai na fé.