Meu primeiro app com Drizzle ORM (melhor que Prisma?)

Conecte-se a 500mil devs e avance para o próximo nível com a nossa plataforma: rocketseat.com...
Cadastre-se na nossa plataforma: app.rocketseat...
Junte-se a mais de 392mil devs em nossa comunidade no Discord: / discord
Acompanhe a Rocketseat nas redes sociais:
Twitter: @rocketseat
Facebook: @rocketseat
Instagram: @rocketseat

[@juliobrazao5966]

Curti bastante o Drizzle, assim como curti bastante o Prisma. Porém, por experiência própria, a maioria dos projetos mercado a fora usam libs “antigas” mas que no fim funcionam (Sequelize, Knex, etc) No fim, meu conselho pra galera que se sente meio perdida nesse mar de novidades é: Invista seu tempo estudando SQL, e só depois parta pra “try hardar” com essas ferramentas, você vai conseguir sempre acompanhar essas novidades, mas ao mesmo tempo vai estar preparado pros desafios reais que o mercado propõe. Não adianta nada conhecer sempre a última ferramenta do momento, se o mercado no fim não adota nada disso em larga escala. Você precisa sempre estar um passo a frente!

[@dieegosf]

Exato, isso vale pra CSS antes de estudar Tailwind/Styled Componentes, etc... Vale pra qualquer coisa. Sem fundamentos não tem porque estudar ferramentas. As ferramentas perdem seus benefícios se você não passar pelas dores de não utiliza-las antes.

[@viniciussilvasantos6307]

@@dieegosf Condordo, eu primeiro aprendi o Sequelize, Mongoose, TypeORM pra depois aprender as vantagens do Prisma e outras ORMs como o Drizzle agora... Fora que eu já tinha uma base sólida em SQL, isso torna meu aprendizado muito mais dinâmico e eu não fico dependente de nada.

[@elvitin]

Vocês da rocketseat são muito bons. Porem vejo que vocês fomentam mais o foco em tecnologia e bibliotecas do que em soluções em si

[@dieegosf]

Como comentei acima, o KZbin é um espaço pra eu poder estar mais próximo das novidades, por isso, sempre teremos uns 30% de conteúdo que gira em torno de techs mais bleeding edge, mas não é o único tipo de conteúdo e nem o único canal onde temos conteúdos gratuitos disponíveis. O KZbin é o local onde me sinto mais livre pra poder compartilhar o que eu estou estudando, porque eu me empolgo e me motivo com isso tudo. No fim, se eu não puder fazer isso, meio que a programação se torna menos interessante pra mim. Mesmo assim, valeu pelo feedback

[@elvitin]

@@dieegosf De fato o KZbin é livre e a responsabildade de validar a aplicabilidade do conteúdo no própio contexto, é do espectador, entendo perfeitamente Diegão, abraços 🤝🏼

[@yanpolicarpo3823]

mano, estamos voltando as raizes, isso é mt lindo

[@EduarteBDO]

A galera fica meio com raiva que toda a semana tem uma ferramenta nova e que eles têm que aprender. E eu digo uma coisa, não precisa aprender nada, só precisa saber que existe. E quando for usar x ferramenta em algum projeto ai que vc vai aprender e ler a documentação. Eu fui fazer um projeto novo aí pensei, vou usar Drizzle, em 1 dia aprendi Drizzle na prática aplicando ao projeto. A única coisa que eu precisei saber foi SQL e typescript e ler documentação. Mesma coisa com qualquer outra ferramenta, tailwind por exemplo, vc n precis aprender tailwind e sim css, e depois simplesmente use o tailwind, dúvidas, olha a documentação. Foque na base (css, html, typescript, sql) e na sua capacidade de adaptação, ler documentação, usar o google.

[@LuisFernandoGaido]

Eu encaro os projetos da rocktseat como programação freestyle. Igual àqueles torneios de malabarismo com bola. É lindo, mas não é futebol. Saber criar projetos com 1000 tecnologias é um novo recomeçar todos os dias. Bonito e poético. Mas ineficaz. Talvez seja para os criadores de conteúdo, que fazem a sua com isso. Mas para quem assiste, é só um torneio de freestyle.

[@CarlosHenriqueOliveiraS]

eu tbm meio que to notando isso, tipo se a gente pega todo dia uma tecnologia nova e tal, você meio que não pega afinidade com aquela tecnologia porque a outra ta sendo usada e você tem que usar e aprender e ir atrás e ler documentação e por exemplo o sequelize, cara muita gente usa o sequelize ainda ele funciona pra tantos cenarios então porque você refaria tudo o que ja tem feito em sequelize pra vir pro prisma e depois pra esse outro rs sempre terá outro. mas acho bom tbm o diego trazer essas novidades é bem vindo de certa forma além de praticar essa questão da adaptabilidade tbm vemos outros ecossistemas... porém eu ja to na reta final de sair dessa onda de programação rs esse ano vai ou racha. mas tbm vejo dessa forma que é bom, só pra criadores de conteudo pra atualizar a galera não necessariamente a gente precisa ir la e aprender e implementar mas seria mais pra olhar comoo tal ferramenta trabalha...

[@uhelliton123]

@@CarlosHenriqueOliveiraS, @LuisFernadoGaido o ecossistema JS é muito volátil o Diego apenas mostrou outras opções de boas alternativas de ORMs. Particulamente uso TypeOrm em todos os meus projetos, porém já atuei em projetos com outros ORMs: Prisma, Sequelize etc... Em suma. aprender novas tecnologias sepre é bem vinda...

[@dutchvanderlinde1120]

Concordo, por isso prefiro o bom e velho C# do que esse ecossistema javascript que todo dia surge 1000 libs.

[@LuisFernandoGaido]

@@CarlosHenriqueOliveiraS é o papel dele apresentar tendências e tecnologias. Estou nessa profissionalmente há 18 anos e vi muita coisa nascer e morrer. O importante é ser capaz de entregar software de qualidade, moderno, rápido em um tempo aceitável. Se você troca de ferramentas na velocidade que a rockseat vai e vem, isso é IMPOSSÍVEL. Absorva, aprenda, olhe para as laterais, mas foque em um conjunto sólido de tecnologias.

[@LuisFernandoGaido]

@@dutchvanderlinde1120 dominar um conjunto de ferramentas muito bem é melhor, mesmo. É claro que não podemos dormir no ponto com tecnologia. Mas o ecossistema javascript é INSANO em termos de mudanças. E nem é para tanto.

[@pedrogabriel-ly8mm]

Dyego uma coisa meio que obscura no nodejs são transações de banco de dados complexas, hoje com o typeorm utilizando query builder é de boa fazer Lock de registros e utilizar níveis de isolamento diversos. Depois faz um vídeo sobre isso pra galera, é um conteúdo importante que vejo a galera de Node ignorar

[@igors.dev32]

Quem tá aí há mais de 1 ano estudando, passando horas estudando e não sente que está perto de conseguir uma vaga? Que tal a gente fazer um grupo de pessoas realmente comprometidas com intenção da gente se ajudar a trocar experiência e motivação? As vezes algo que pode ser meu ponto fraco, é o ponto forte de alguém que está na mesma situação e assim um pode melhorar com o melhor do outro e vice versa...

[@nicolasmoises2720]

Eu fecho

[@viniciusrosa8147]

Mano, eu não to comecando, ja sou um tech lead, mas se precisar de ajuda pode chamar

[@Pedrorcruz]

@@viniciusrosa8147oxe eu aceito meu parceiro

[@CassioJunior-wm6fd]

Pow mn eu topo ein

[@brianrangel8866]

Topo, chama.

[@pedrobenicio4955]

dica de conteúdo: Aborde sobre Style X, que dizem ser o "tailwindCSS killer". Eu particularmente não achei isso tudo que dizem ser. Mas posso mudar de opinião com o passar do tempo, igual ocorreu com o próprio tailwindCSS

[@imartytk]

Qualquer bosta eh tailwind Killer. Pq tailwind eh uma bosta

[@msantdev]

​@@imartytkTailwind é bom demais

[@LukasSkywalker_]

O prisma, por mais que seja grande, não precisa de todo o código para funcionar. Tenho alguns projetos em NestJS, que mesmo fazendo bundle para um unico arquivo, ainda fica grande no arquivo final. E, para o prisma funcionar, não é necessário todos os arquivos. Os arquivos necessários são o schema.prisma e, no caso do windows, o arquivo "query_engine-windows.dll.node" na raiz do projeto. Essa "dll", hoje e usando a versão 5.1.1 do prisma, tem 17Mb. Grande, mas não é 70Mb. Porém o Drizzle parece bem bom msm e, caso o problema for tamanho, é uma boa alternativa.

[@tresreal1]

Esses vídeos cortados foram uma ótima ideia.

[@MarcusTorres-zv5cv]

Muito bom mesmo, vou estudar essa documentacao dessa lib so esse type safe ai ja t mt na frentr do prisma

[@narutosimas]

Se for pra usar buildar a query assim, n seria melhor fazer a query na mão logo?

[@dieegosf]

Então, mas daí você perde as features de tipagem estática, migrations, seeding, etc... O Drizzle não é simplesmente um Query Builder

[@DanielRios549]

Gostei desse Drizzle, eu estava tentando implementar o Prisma no meu portfólio que usa Supabase, e tive vários problemas com RLS e permissões no Postgres, acabei deixando de lado por causa disso, vou ver como o Drizzle se sai com o Supabase

[@AlexSRSoares]

Se vc for fazer uma coisa realmente complexa (e mais próxima do banco) é melhor nem usar nenhuma abstração e partir pro sql direto.

[@GabrielGasp]

Exato, essas libs são muito lindas, até você ter que escrever uma query com CTEs + JOINs + Sub Queries + Window Functions, aí a melhor solução é escrever o sql puro e fazer o map do output manualmente pra uma classe, bem parecido com o padrão adotado em Golang.

[@dieegosf]

Mas daí você perde tipagem estática, migrations, seeds, etc, ou seja, o Drizzle não é um Query Builder, é todo um ferramental por volta do banco de dados.

[@GabrielGasp]

Sem dúvida são prós e contras, acho que as duas abordagens podem coexistir, usar ORMs pra queries simples (que provavelmente serão a maioria) mas aceitar cair pro raw sql na hora de fazer queries complexas. O problema que eu vejo é que muito dev acha que se tem um ORM no projeto você precisa usar ele pra TODAS as queries, aí quando vem uma complexa acaba passando um tempão batendo cabeça com a ferramenta tentando fazer funcionar. Na maior parte das vezes que conseguem, a legibilidade da query fica ruim ou acaba saindo uma query que não performa bem pela forma que o ORM traduz pro SQL.

[@AlexSRSoares]

@@dieegosf Ah mas aí caso se faça questão de tipagem faz o back em go, rust, java ou C# não vai usar po*** de javascript (coloquei em ordem de preferência pessoal).

[@JeanBispo]

Espero que logo, logo bata o prisma, honestamente trabalhar com prisma é caótico, só a declaração de tipagem e um arquivo único e que sempre fica imenso em projetos maiores me tira do sério. Em meus projetos sempre prefiro usar o knex, agora vou testar o drizzle que me parece uma opcão muito superior ao prisma em tudo que ele propõe e claramente mais moderno e atualizado que o knex.

[@coropor]

Eu tive esse problema com prisma na lambda. Tive que criar uma lambda layer. E remover todos os drivers (binários) desnecessário, ex: Darwin que é para MacOS. Funcionou, mas deu trabalho.

[@saogregl]

Fiz a mesma coisa, mas mesmo assim o cold start dos lambdas fica em torno de ~1.5s. Drizzle é mais rápido, dizem que kysely é muito mais rápido.

[@Matheus_1582]

Qual a melhor extensão do VsCode de Branco de Dados que possa me recomendar...

[@aprendaprogramacaogratis]

Curti o fato de não estar mais usando camel case no nome dos arquivos

[@user-sh1tu1pk6p]

Realmente me parece muito promissor, como está a viabilidade para projetos em produção?

[@dieegosf]

Tenho 2 apps em produção com Drizzle, mas ainda não são projetos grandes. Os meus apps maiores continuam rodando com Prisma ou outras tecnologias mais antigas, então recomendo ficar por dentro, mas ainda não investir com todas forças no Drizzle não.

[@alangabriel1671]

Esse projeto pizzashop já tá disponível no ignite?

[@lucascoliveira3957]

Na trilha de React, sim

[@TalesMarinho]

Aqui eu configurei knex e prisma no mesmo app pra quando tem queries mais complexas

[@yanpolicarpo3823]

n gostei desse eq gte e lte n estamos no cobol, pq isso? seria melhor aprender sql, as vezes me soa um pouco forçado fazer td se encaixar no js, cada coisa tem sua ferramenta adequada.

[@kaluabentes7926]

Olá, boa noite, qual é o nome desse tema?

[@cristianomachado3687]

Primeiro, fala dev .... Vlw... boas festas ...

[@doublinho]

Façam um vídeo "Guia de estudo javascript 2024," por favor.

[@lva98]

Tudo começou com Raw Queries, após muito tempo o conceito de Query Builder foi consolidado. Depois introduziram os famosissimos ORMs e suas abstrações complexas. Hoje estamos voltando ao bom e velho Query Builder. Quanto tempo para voltarmos a escrever as queries SQL na mão?

[@CaioCesarPS]

Esse drizze me lembra um pouco o knex

[@gabrielbugarelli]

Diego está ficando calvo?

[@Jhonatan-_1918]

Único ORM node que presta, continua sendo o Lucid kk.

[@dieegosf]

Se você curte Active Record, sim, mas nem sempre é a melhor solução. O Lucid, assim como o Eloquent do Laravel ou Active Record do Ruby traze alguns desafios envolvendo arquitetura por não oferecerem uma maneira simples de implementar alguns padrões de arquitetura, dificultando principalmente os testes automatizados da aplicação.

[@Jhonatan-_1918]

​@@dieegosfse Lucid ñ fosse preso ao AdonisJS, ñ teria pra ninguém. Infelizmente essa feature vai demorar mt...

[@lucasemmanuel6535]

cara, queria saber como deixar meu vscode igual ao seu

[@igorsoares4135]

ele n esta usando vscode...

[@marianabastos8376]

Interessante, mas ainda prefiro o prisma e o typeorm msm.

[@imartytk]

O melhor ORM eh sempre o próximo pqp toda vez eh isso

[@phabloraylan]

Kkk

[@GabrielGasp]

Ai tu falou besteira, o próximo ORM não é o melhor, o melhor é o que vem depois dele 😂

[@ohbabybaby4087]

quem ta falando que um é melhor que outro gênio? são propostas diferentes

[@dieegosf]

Na real no vídeo eu falo que não é melhor não, ainda uso o Prisma nos meus apps, é só uma nova opção que em alguns contextos pode ser uma opção viável. Novamente, se você tiver uma boa base dos fundamentos, vai facilmente conseguir navegar entre diferentes ferramentas.

[@imartytk]

Mas coloca no título do vídeo pra que kkk pra comparar. Sei lá mano por mim eu focaria em um só e já era.

[@fibeck2613]

que tema é esse Diegão?

[@VictorBentesDev]

To doido pra saber , parce mt o Rosé Pine, mas acredito que não seja.

[@fibeck2613]

@@VictorBentesDev int eu uso o Rosé Pine tbm mais o dele esta diferente kkkk

[@dieegosf]

Isso é o editor Zed com tema Rosé Pine (Moon)

[@feeh7k693]

eu achei a legenda muito grande

[@R6videos6R]

Bem legal as alternativas, mas desenvolver com Prisma é muito mais produtivo.

[@dieegosf]

Total, o Prisma tem uma DX imbatível por enquanto.

[@fabricioaraujo7642]

No meio de tudo essas super novidades do ecossistema js (bun, deno, elysia) mais facil voce trabalhar num projeto node v15 com express e sequelize 😂😂 vamos focar no fundamental e parar de viajar nessas "novidades" que nunca vão para lugar nenhum

[@gabrielmedeiros9806]

já vi tanta gente metendo o pau no prisma em relação a performace que nem tento usar O drizzle dizem que é mais bem contruído

[@dieegosf]

O ponto é que justamente o Prismat em essa camada em Rust entre seu app e seu banco que, na maioria das vezes otimiza a comunicação do seu app com o DB, mas algumas vezes piora. Já foram lançados vários updates em cima disso e hoje está 90% melhor do que era antes, mas ainda existe um custo de performance em cima da experiência ganha ao usa-lo.

[@gustavoh5143]

JS/TS é pra fazer front, backend é java ou .net

[@TheJunioGG]

Concordo demais cara, essa turma de js só vive de hype e agora já tão querendo até framework novo de orm, pra fazer exatamente o que o outro fazia, por isso é tão difícil dessa gente arrumar emprego o mercado é completamente pulverizado tem 1 milhão de coisas pra fazer no fim do dia o mesmo.

[@gustavoh5143]

@@TheJunioGG 15 framework pra renderizar a mesma div

[@canaldogrande1028]

Tbm estou achando que começaram a inventar muito kkk muito nome complexo e bonitinho

[@gabriel87hackers]

Php => Laravel é muito melhor pra backEnd

[@LeonardoRodrigues-qc9hr]

Não há problema em expressar que não curti JS/TS no backend por diversos motivos, e em vez disso, preferir soluções mais tradicionais, como Java e .NET, que são como um 'feijão com arroz'. No entanto, afirmar o que deve ser usado como se fosse a única opção válida você deve ser o bichão mesmo .... Você mesmo acaba se limitando a uma caixa, bem parecido com a maioria do pessoal de JS

[@mrcostaandre]

Eu ainda prefiro o Hibernate.

[@edgarsiqueira1995]

eu tenho certeza que o diego nao transa vei...

[@dieegosf]

😳

[@me.dwesley]

O cara é casado! KKKKKK

[@felipeflashmaster]

Isso que ferra o JS . Não consegue passar nem 1 ano com alguma mesma lib. Desanima

[@imartytk]

Escolha suas libs e bola pra frente. Se tiver hype de outra ignora. Se a lib q vc usa ficar obsoleta muda

[@dieegosf]

Perdão, mas não concordo que isso seja exclusivo do JS. O PHP mesmo, 1 ano atrás no ecossistema Laravel estávamos no hype do Inertia, Limewire, etc... O problema é que, se você vem de uma linguagem como Ruby que praticamente não tem nenhum big update há anos, com certeza vai sentir que as coisas andam rápido demais. Mas você sempre tem a opção de pegar uma linguagem mais estável no mercado e focar nela, como um Ruby ou C#, o que pode ser bom pela estabilidade, mas talvez te dê menos motivação.

[@felipeflashmaster]

@@dieegosf bom, eu uso laravel somente como api. O php 100% pra tudo é loucura . O mundo JS acho que com o Nest parece ter alguma definição de padrão.

[@FelipeCatao]

Nao gosto da ideia de trabalhar com banco de dados no front.... parece que estou pulando etapas

[@dieegosf]

Isso não é front, é back.

[@renatomarxs]

deus me livre

[@davidlima3617]

esse pessoal do js caga framework todo dia ... pqp

[@gabriellinassi3382]

Prisma é horrível 😂