Ótimas análises. Hoje uso Postgres em todos meus projetos, principalmente pelo Supabase, que já gera endpoints automáticos pra CRUD assim que você cria uma tabela. Outros dois pontos que acho fantástico: - O suporte para campos json/jsonb está muito bom, não sinto falta nenhuma de usar MongoDB hoje em dia. Trabalhei muito tempo com um backend que era MySQL + MongoDB, era uma bagunça. - Uso uma extensão que se chama HTTP, onde consigo fazer requests em qualquer API Rest e receber o retorno como se fosse uma tabela com campos jsonb. Já resolveu meus problemas muitas vezes.
Não sou especialista em BD embora mexa com informática desde 1988 quando tive contato a primeira vez com algo que diziam ser um computador (TK 90). E trabalhei 18 anos como administrador de TI de uma rede supermercados. Iniciamos implantando o ERP Sysmo com Firebird e alguns anos depois foi migrado para um Servidor DELL rodando Linux com PostgreSql. Penso que os dois BD aí da análise são excelentes produtos (cada um com suas características e limitações). E o sucesso de um projeto vai depender muito da forma como for planejado, estruturado e implementado. E isso requer conhecimento da ferramenta que se está usando. Tenho pesquisado, a anos, a esse respeito e tenho visto grandes projetos rodando nos dois BD com excelentes performance.
Opa, acho que a questão do Postgres ser mais baixado no docker deve-se por conta que geralmente todo mundo que usa o mysql vai pro xampp e já era rs. E o postgres é muito mais chato de instalar, eu tenho baixado mesmo sem ser docker e o processo é mais chato. Eu sempre tive essa dúvida entre os dois porem tempo passa e nunca fui atrás, sempre fui de Mysql e por conta do cache me atende bastante por ser mais rápido e cliente pelo menos aqui só quer compartilhado e não para meter um redis
cara, eu achei moleza instalar o postgres na minha maquina, mas é uma boa visão, só acho que o motivo do postgres ter mais pull requests justamente por essa questão de compatibilidade de versões que o urnau falou no video
Sua análise não faz muito sentido em relação a processos. O PostgreSQL cria um processo para cada conexão que abre, comportamento diferente do mysql. Outro ponto é que o PostgreSQL por padrão não é otimizado para o uso de memória total do ambiente, algo que provavelmente o mysql pode fazer. O contraponto é a capacidade do postgres de extensibilidade e de otimizações que podem ser realizadas internamente que o mysql não possui.
Ótimas análises. Hoje uso Postgres em todos meus projetos, principalmente pelo Supabase, que já gera endpoints automáticos pra CRUD assim que você cria uma tabela. Outros dois pontos que acho fantástico:
- O suporte para campos json/jsonb está muito bom, não sinto falta nenhuma de usar MongoDB hoje em dia. Trabalhei muito tempo com um backend que era MySQL + MongoDB, era uma bagunça.
- Uso uma extensão que se chama HTTP, onde consigo fazer requests em qualquer API Rest e receber o retorno como se fosse uma tabela com campos jsonb. Já resolveu meus problemas muitas vezes.
Não sou especialista em BD embora mexa com informática desde 1988 quando tive contato a primeira vez com algo que diziam ser um computador (TK 90). E trabalhei 18 anos como administrador de TI de uma rede supermercados. Iniciamos implantando o ERP Sysmo com Firebird e alguns anos depois foi migrado para um Servidor DELL rodando Linux com PostgreSql. Penso que os dois BD aí da análise são excelentes produtos (cada um com suas características e limitações). E o sucesso de um projeto vai depender muito da forma como for planejado, estruturado e implementado. E isso requer conhecimento da ferramenta que se está usando.
Tenho pesquisado, a anos, a esse respeito e tenho visto grandes projetos rodando nos dois BD com excelentes performance.
Alô Urnau, uso o PostgreSQL desde do ano 2000, se não me engano, a versão era 6. Até a versão 9, as migrações foram suaves. Já migrei até a 14.
Arrepiou neste vídeo.^^.
já faz um tempo que estou querendo migrar meus projeto para Postgre, por enquanto uso mysql em todos
Urnal, sério? Praque fazer o coitado do MySQL passar mais essa vergonha. Precisamos criminalizar o MySQL.
Mto bom parabens pelo video
Ótima informação, muito obrigado !
Opa, acho que a questão do Postgres ser mais baixado no docker deve-se por conta que geralmente todo mundo que usa o mysql vai pro xampp e já era rs. E o postgres é muito mais chato de instalar, eu tenho baixado mesmo sem ser docker e o processo é mais chato.
Eu sempre tive essa dúvida entre os dois porem tempo passa e nunca fui atrás, sempre fui de Mysql e por conta do cache me atende bastante por ser mais rápido e cliente pelo menos aqui só quer compartilhado e não para meter um redis
cara, eu achei moleza instalar o postgres na minha maquina, mas é uma boa visão, só acho que o motivo do postgres ter mais pull requests justamente por essa questão de compatibilidade de versões que o urnau falou no video
ps: (eu uso linux na minha maquina, talvez no windows seja mais chatinho)
Arrasouuuu hahaha
Sua análise não faz muito sentido em relação a processos. O PostgreSQL cria um processo para cada conexão que abre, comportamento diferente do mysql. Outro ponto é que o PostgreSQL por padrão não é otimizado para o uso de memória total do ambiente, algo que provavelmente o mysql pode fazer. O contraponto é a capacidade do postgres de extensibilidade e de otimizações que podem ser realizadas internamente que o mysql não possui.
Existe apenas um principal, o outro é apenas muito usado por leigos.