Executando verificação de segurança...
Em resposta a Porque você em seus projetinhos, ainda usa PostgreSQL?
4
Programmer404

Depende muito, como sempre. Se o projeto vai escalar, o ideal seria usar PostgreSQL mesmo. Mas depende muito do quanto vai escalar. No geral um SQLite resolve quase todos os problemas.

Porém cuidado, para determinar qual é melhorar para cada situação é complexo. Uma feature a mais ou a menos já pode mudar muito o cenário. SQlite por exemplo não lida com concorrência tão bem quanto o PostgreSQL. Então mesmo que o projeto seja pequeno, mas depender altamente de uma concorrência, o ideal seria PostgreSQL.

Sobre o MySQL nunca cheguei a usar, e portanto não posso opinar sobre. Pouco vejo falando dele hoje em dia. Sei que antigamente dominava muito, hoje em dia eu já não sei mais. Vai ver muita gente ainda usa, a ferramenta seja boa, mas tenha uma bolha que nos prende a SQLite e PostgreSQL/MongoDB

Carregando publicação patrocinada...
2
EwertonDutra

Obrigado inicialmente por sua contribuição,
Duas frase me chamaram atenção

Se o projeto vai escalar, o ideal seria usar PostgreSQL mesmo

Possivelmente a intenção não foi essa, mas pode dar a impressão e talvez até tenha mesmo, que em outras opções não dar para escalar, por isso que é bom realmente testar outras opções. Ou nem sempre temos como testar tudo em produção rsrsrs 😂 mas usando em nossa máquina, fazendo alguns testes já é bacana também ou ler sobre o que outras empresas usam, principalmente médias e grandes, teve um comentários que fiz um pouco mais abaixo que mostra um pouco da minha experiência com bancos.

hoje em dia eu já não sei mais. Vai ver muita gente ainda usa, a ferramenta seja boa, mas tenha uma bolha que nos prende a SQLite e PostgreSQL/MongoDB

Exato, aqui está o ponto, muitas pessoas acabam nem usando outras opções, e vão muito pela opinião de outros, e muitas vezes só repetem o que outros dizem. Mas na prática aquela pessoa nem usou mesmo, ou só está repetindo também 😅. Entende o problema? No fim, na prática não é aquilo que dizem.
Exemplo a grande maioria da net usa MySQL ou MariaDB (o fork feito) porque funciona, e funciona bem e escala muito bem também.
Muitos projetos que começo hoje, começo com MySQl, e pode dar impressão que o Mysql vai ser a opção inicial e depois vou para outro, e não ... é a escolha usada até hoje, até o momento (já outros projetos uso outras opções Postgresql ou sqlite). O legal é extrair o melhor de cada opção 😎.

Com mongo acontece a mesma coisa, parece que ele é a escolha padrão, mas mesmo entre os NoSQL existem outras opções, melhores até, porque cada um vai ter uma vantagens (banco para dados gigantes, banco para coordenadas, banco para medir isso ou aquilo)

2
AlexandreArruda

Trabalho com Postgresql há mais de 20 anos(desde a versão 6.5), então posso dizer duas coisas: que conheço bem o sistema e obviamente que sou fã. Lendo o artigo e todos os comentários já postados, vejo há alguns conceitos distorcidos.

  1. Tamanho da base: você pode usar sqlite em projetos com grandes bases, mas até que ponto é gerenciável? Sem Tablespace, Table Partitioning fica complicado gerir grandes bases, principalmente em lugares com armazenamento híbrido.

  2. Replicação: a replicação atende vários propósitos (alguns exemplos) : uso da replica como read only em projetos OLTP, retirando enormemente o "peso" do banco principal. H.A. para tolerância a falhas, replicação lógica e multi-master.

  3. Tenho uma base com 7000 tabelas e 20 mil índices,1 TB de dados. Não sei nem se o MySQL daria conta, quanto mais o sqlite. O ponto aqui é que o Post está muito mais pra "potência" do Oracle/DB2 do que os concorrentes.

Entendo que quando se usa frameworks com abstração de base, a migração pode não ser tão complexa. Mas o planejamento prévio e criterioso evita muita dor de cabeça no futuro.

Assim, pra quem está pensando em "abandonar" o Post, repense. Ele e muito, mas muito maior que um simples hype da geração Z. 😉

Abraço.

1
AeltonMenezes

Meu amigo, administro um sistema que foi criado com mysql, pensa numa dor de cabeça, o banco está com 80gb, muito pouco, mas o banco é um devorador de recursos do servidor, estamos estudando para migrar para postgres, mas quando fizeram o sistema na época, infelizmente estavam passando pelo hype do mysql e hoje pagamos caro por esse hype.

1
EwertonDutra

Opa, valeu por sua contribuição.
Bem interessante o ponto levantado.

  1. Seria interessante dar exemplo seria uma base grande, porque ate 50gb SQLite esta gerenciando bem 😁
    Aliás muitas não crescem sua base nem para um décimo desse tamanho.
    Mas já dar para entender que as vezes soluções mais simples, resolvem grandes problemas.

  2. Ai realmente coisas assim, seria legal escolher outra opção se for necessário.

  3. Sobre MySQL sim, lembre-se era ou é o que mais se usa ainda e grandes aplicações usam ele, inclusive com questão de replicação e etc.

O ponto do post não seria na verdade o abandono do PostgreSQL, na verdade conhecer outras opções e não achar que existe só ele, e também saber escolher para o projeto, às vezes outras vão atender tão bem quanto.
Afinal para "ativar" essas opções avançadas do PostgreSQL vai
precisar de conhecimento e também pode se conseguir em outra opção também.