Já usei os três em produção: Prisma no TOPO Contábil, com 42 módulos NestJS; TypeORM em dois serviços mais velhos da Yooga; SQL puro nas queries de relatório em que a performance era crítica. Depois de anos apanhando de ORM, tenho um favorito bem claro.
Prisma, meu favorito na maioria das vezes
Prisma ganha em DX e não tá nem perto. O arquivo de schema é lindo. Tu define os models num lugar só e ganha tipos gerados, client de query e migrações. A type safety é insana. Se o schema diz que campo é obrigatório, os tipos TypeScript não vão te deixar esquecer. Autocomplete na IDE funciona de verdade porque o client gerado conhece cada campo, cada relação, cada formato de query possível.
O sistema de migração é sólido. prisma migrate dev gera SQL a partir das mudanças no schema, que dá pra revisar, editar e versionar no repo. Consigo saber o estado do banco sem ficar caçando o que foi feito.
Onde o Prisma apanha: query complexa. Qualquer coisa com subquery, window function, CTE ou filtragem dinâmica fica feio rápido. A API do Prisma Client não foi feita pra query analítica e dá pra notar.
TypeORM, o que me deu mais trabalho
Honestamente não consigo recomendar TypeORM pra projeto novo. As definições de entidade baseadas em decorator parecem bonitas até tu precisar debugar type mismatch e perceber que os tipos TypeScript e o comportamento em runtime são duas coisas completamente diferentes. Decorator do TypeORM mente pra tu. Coluna marcada como type: "varchar" com nullable: false vai aceitar null em runtime de boa e inserir silenciosamente. Puta que pariu.
Query builder é poderoso mas a API é inconsistente. Uns métodos retornam a entidade, outros retornam resultado raw, outros retornam objeto wrapper. Tu vive checando a doc pra saber com qual tá lidando.
Active Record versus Data Mapper. Dois padrões, os dois suportados, nenhum direito. Escolhe um e metade dos exemplos online usa o outro.
Migração é a pior parte. O TypeORM frequentemente gera SQL errado. Já vi DROP COLUMN seguido de ADD COLUMN onde deveria ter ALTER COLUMN, em produção, numa tabela de 2 milhões de linhas. Juro por tudo.
SQL puro quando o ORM não dá conta
Às vezes tu só precisa escrever SQL na mão. Prisma tem prisma.$queryRaw pra isso e funciona bem demais. Tu perde type safety mas ganha o poder total do PostgreSQL. Window function, CTE recursiva, lateral join, agregação complexa. Tudo aquilo que ORM sofre pra fazer.
No TOPO Contábil, uns 15% das queries são SQL puro. Tudo query de relatório e analytics onde o Prisma Client ia ficar impossivelmente verboso ou literalmente não consegue expressar.
Eu uso Prisma como ORM principal e prisma.$queryRaw quando ele não dá conta. Evitaria TypeORM num projeto novo. Se tu tá começando um com ele em 2026, eu preciso que tu reconsidere tuas escolhas de vida.
Prisma com a saída pro SQL puro cobre 100% dos casos. Pra mim, a DX é incomparável: a type safety funciona de verdade, o que não vejo nos decorators do TypeORM, e o sistema de migração funciona.