O dia a dia é sempre tão corrido, que é verdade, as vezes a gente automatiza... · angelohenq

O dia a dia é sempre tão corrido, que é verdade, as vezes a gente automatiza algumas decisões, porque nos trazem segurança, pode até não ser a melhor decisão para aquele projeto, mas a diferença não vai ser grande.

Na minha cabeça existem papéis determinados. Se vou fazer uma api, um serviço auxiliar, eu vou de mysql/mariadb. Tenho dois RDS e crio vários bancos ali dentro e separo as permissões para cada aplicação e boas, vida que segue.

Uma aplicação mais robusta, a mão coça pra usar mysql pela praticidade, mas acabo indo de Postgre.

Um ERP sempre vai ser MS Sql Server ou Oracle, mas isso só chega até nós, raramente estaremos na decisão de escolher um banco de dados de um ERP, e é uma delícia trabalhar com Sql Server.

Agora Sqlite, é só para banco de um app mobile, mas na outra ponta, na api certamente os dados virão de um outro banco mysql/postgre/firebase/dynamo. Porque apesar de toda evolução que possa ter acontecido, o conceito do sqlite e do firebird embedded é um arquivo de texto, que é acessado via drivers que padronizam e otimizam esse arquivo texto, mas não deixa de ser. A chance de um badblock, uma queda de energia, ou qualquer problema no servidor te fazer perder um banco de dados inteiro é com certeza muito maior do que nas outras opções onde você tem um serviço de banco de dados.

É aquela coisa, você testa e está funcionando, está lindo, mas quando a coisa cresce, os anos passam e acontece algum pepino você se arrepende por não ter escolhido algo mais robusto.

Valeu pela contribuição
A ideia da maioria é assimm mesmo, já tem escolhas pré prontas

A ideia do post é exatamente vir de encontro a isso. Muitas já tem essa cartilha por descições do passado, ou como tu comentou outros tomam a decisão então nem tem muito o que fazer, ou mesmo vai pela ideia dos outros.

Mas qualquer banco de dados por atender qualquer tipo de aplicação na verdade, foi feito para isso, é usado para isso, e tem funcionado muito bem por muitas pessoas que sabem usar realmente aquela opção.

A questão de robusto, poderia dizer que todos são, porque entre escrever um arquivo e um banco muda muita coisa (são muitos mecanismo para ajudar a não acontecer o corrompimento e outros problemas), para chegar a ser usado por muitos, isso é muito testado, e o mais legal pode ser comprovado pela pessoa. O único banco que eu vi comrromper até hoje foi o firebird, e olha que já fezemos muitos testes, temos diversas soluções, já trabalhei em várias outras, e mesmo nesse caso ainda acho que o programador teve culpa pelo jeito que usava o firebird (conexão sempre aberto e outras gambiarras a mais).

SQL Server é bacana mesmo, só o lado de uso da memória ram e o jeito de cobrança deles que não achei legal, mas ali é banco completão mesmo.