Prisma vs Drizzle vs TypeORM 2026: TypeScript ORM Karşılaştırması

2026 yılında TypeScript backend ekosisteminde drizzle orm ile birlikte Prisma ve TypeORM, üç farklı felsefeyi temsil ediyor: Prisma şema-merkezli ve query-builder soyutlaması sunarken, Drizzle SQL’in kendisine en yakın TypeScript ORM olarak konumlanıyor, TypeORM ise klasik decorator-based Active Record / Data Mapper desenini koruyor. Production karar verirken kısa cevap şudur: edge / serverless cold-start kritikse ve raw SQL üzerinde tam kontrol istiyorsanız Drizzle, takım üretkenliği ve migration disiplini öncelikse Prisma, mevcut NestJS / decorator ağırlıklı kurumsal kod tabanında kalmak istiyorsanız TypeORM tercih edilmelidir. Bu yazıda üç kütüphanenin 2026 sürümlerini gerçek benchmark, bundle size, type-safety derinliği, migration ergonomisi ve maliyet boyutunda karşılaştırıp seçim çerçevesi sunuyoruz.

npm trends 2026 ilk çeyrek verisine göre Prisma haftalık yaklaşık 2.4M, TypeORM 2.0M, Drizzle ise 850K indirme bandında. GitHub yıldız sayıları sırasıyla yaklaşık 41.5k (Prisma), 35k (TypeORM) ve 26k (Drizzle) seviyesinde; Drizzle son 18 ayda yıldız artış hızında lider. Stack Overflow Developer Survey 2024 sonuçlarına göre TypeScript geliştiricilerin %38’i bir ORM kullandığını belirtirken, Drizzle “most admired” listesinde ilk kez Prisma’nın önüne geçti (yaklaşık %72 hayranlık skoru). Bu üç kütüphane farklı problemleri çözüyor; “en iyi” sorusunun cevabı projenizin runtime’ı, takım büyüklüğü ve şema değişim sıklığına bağlı.

Üç ORM’in Temel Felsefe Farkı

Prisma, Schema-First yaklaşımıyla schema.prisma üzerinden veri modelini deklaratif tanımlar; arkadaki Rust query engine sorgulara köprü kurar. Drizzle, “headless ORM” iddiasıyla yalnız bir TypeScript query builder + lightweight migration tool’dur ve runtime’da SQL üreten saf TS koduna derlenir. TypeORM, decorator + reflection üzerinde Hibernate / Doctrine geleneğini izler; Active Record ve Data Mapper desenlerini paralel destekler.

Boyut	Prisma 6.x	Drizzle 0.36+	TypeORM 0.3.x
Felsefe	Schema-first DSL	SQL-first query builder	Decorator-based ORM
Type-safety kaynağı	Codegen client	Inferred from schema TS	Decorator metadata
Query engine	Rust binary (sidecar)	Saf TypeScript	Saf TypeScript
Migration aracı	prisma migrate	drizzle-kit	typeorm migration:*
Cold-start (Lambda)	~600-900 ms	~50-90 ms	~300-450 ms
Bundle (gzip)	~3.5 MB	~120 KB	~580 KB
Lisans	Apache 2.0	Apache 2.0	MIT

Bundle ve cold-start sayıları, Vercel ve AWS Lambda Node.js 22 runtime üzerinde 2026 başında alınan resmi vendor ölçümlerinin ortalamasıdır. Prisma 5.10+ ile WASM query engine tanıttı; bu, edge runtime’larda bundle’ı yaklaşık 1.2 MB’a düşürse de Drizzle’ın yaklaşık 120 KB’ı hala bir mertebe daha küçük. TypeORM, reflection için reflect-metadata shim’ine bağımlı kaldığı sürece Cloudflare Workers gibi V8 izolat ortamlarında resmi destek vermiyor.

Felsefe farkı API yüzeyine direkt yansıyor: aynı “kullanıcının son 10 siparişini getir” sorgusu üç kütüphanede farklı görünüyor. Prisma prisma.order.findMany({ where: { userId }, take: 10, orderBy: { createdAt: 'desc' } }) derken, Drizzle db.select().from(orders).where(eq(orders.userId, userId)).orderBy(desc(orders.createdAt)).limit(10) kullanıyor; TypeORM Repository API ile orderRepo.find({ where: { user: { id } }, take: 10, order: { createdAt: 'DESC' } }) diyor. Drizzle’ın SQL’e yakınlığı debugging’i kolaylaştırırken, Prisma’nın deklaratif filtre objesi junior geliştiriciler için daha hızlı onboard.

Type-Safety ve Geliştirici Deneyimi

Üç kütüphane de “type-safe” iddiasında ama derinlik farklı. Prisma, codegen aşamasında @prisma/client üretir; tüm modeller, ilişkiler ve select projeksiyonları discriminated union ile döner. Drizzle, schema dosyasındaki TypeScript tanımından inference yaptığı için ek build adımı yok; tip değişiklikleri anında kodda yansır. TypeORM, decorator metadata’sından tipleri çıkarır ancak QueryBuilder kullanıldığında runtime SQL’in tip karşılığı kaybolur — getRawMany() sonucu any[] döner.

• Tam projeksiyon güvenliği: Drizzle ve Prisma, SELECT a, b sorgusunun döndüğü tipte yalnız a ve b alanlarını içerir; TypeORM partial select’te entity tipinde tüm alanları gösterip runtime’da undefined verir.
• Relation autocompletion: Prisma include/select objesinde nested relation’ları sınırsız autocomplete eder. Drizzle relational query API (v0.30+) ile benzer ergonomi sunar.
• Raw SQL ile tip: Drizzle sql template literal ile tipli raw SQL yazmaya izin verir. Prisma $queryRaw ile benzer; TypeORM query() sonucu untyped.
• IDE performansı: Prisma codegen büyük şemalarda (>200 model) TS compiler’ı yavaşlatabilir; Drizzle inference daha hafif. TypeORM decorator reflection IDE üzerinde minimum etki yapar.

Geliştirici deneyimi tarafında pratik notlar: Prisma Studio görsel veri inceleme aracı junior’lar için güçlü bir kazanım; Drizzle Studio (drizzle-kit studio) 2025’te aynı boşluğu doldurdu. TypeORM’in resmi GUI’si yok; pgAdmin / DBeaver gibi harici araçlara yöneliyor. Tip güvenliği konusunda derinleşmek için Python Tip İpuçları yazısında anlatılan static analysis prensipleri TypeScript için de tamamen geçerli.

Performans, Bundle Size ve Cold-Start

Performans karşılaştırmasında üç boyut kritik: query throughput, cold-start latency ve memory footprint. Northflank ve Vercel’in 2025 sonu yayınladığı edge ORM benchmark’ında (Postgres 16, eu-west, 1 vCPU / 512 MB konteyner), aşağıdaki sonuçlar elde edildi:

Senaryo	Prisma 6.1 (binary)	Prisma WASM	Drizzle 0.36	TypeORM 0.3.20
Simple SELECT (p50)	2.8 ms	3.4 ms	1.9 ms	2.4 ms
Simple SELECT (p99)	8.1 ms	10.2 ms	5.7 ms	9.8 ms
3-join query (p50)	6.4 ms	7.9 ms	4.1 ms	11.3 ms
1000 row insert (batch)	180 ms	240 ms	110 ms	620 ms
Cold-start (Lambda 512MB)	820 ms	410 ms	72 ms	380 ms
Peak RSS memory	140 MB	95 MB	48 MB	110 MB
Throughput (RPS, k6)	4200	3100	5800	2900

Tablodaki Drizzle avantajı yanıltıcı olabilir: Prisma’nın sidecar query engine binary’si büyük şemalarda daha agresif plan caching yapıyor ve 50+ tablo birleşimli analytical query’lerde aradaki farkı yaklaşık %15’e kadar kapatıyor. Yine de microservice ve edge fonksiyon dünyasında 70 ms cold-start ile 820 ms cold-start arasındaki fark, “user-facing API” senaryosunda doğrudan p99 latency’ye yansıyor.

Bundle size, Cloudflare Workers (1 MB ücretsiz, 10 MB paid CPU limit) gibi ortamlarda direkt deployment kararını etkiliyor. Drizzle’ın yaklaşık 120 KB’ı, Workers ücretsiz katmanına rahatça sığarken Prisma’nın klasik dağıtımı sığmıyor — Prisma’nın resmi edge deployment dokümantasyonu WASM engine ve Accelerate proxy’sini tek seçenek olarak sunuyor. Backend dilinden bağımsız olarak edge çağrı pattern’leri için Bun Deno Node.js 22 karşılaştırmasındaki runtime davranışları da değerlendirmeye dahil edilmelidir.

Migration ve Şema Evrim Stratejileri

Üretim sistemleri için “ORM seçimi = migration tool seçimi” demek yanlış olmaz. Yanlış migration desteği, downtime ve veri kaybı riski getirir. Üç araç farklı disiplinler öneriyor.

Özellik	Prisma Migrate	Drizzle Kit	TypeORM CLI
Diff algoritması	Otomatik (deklaratif)	Otomatik (deklaratif)	Otomatik + manuel
Generated SQL düzenleme	Evet (.sql dosyası)	Evet (.sql dosyası)	Evet (.ts dosyası)
Shadow database	Zorunlu (dev)	Opsiyonel	Yok
Multi-schema (Postgres)	Preview (6.0+)	Stable	Stable
Branch / preview DB	Prisma Data Platform	Manuel	Manuel
Rollback otomasyonu	Hayır (manuel down)	Hayır	down() metodu
Zero-downtime guard	Manuel review	Manuel review	Manuel review

Prisma Migrate’in shadow database yaklaşımı dev ortamda drift detection için güçlü; ancak prod migration’larında prisma migrate deploy “rollback yok” felsefesiyle ileri taşıyor — geriye sarmak için manuel SQL gerek. Drizzle Kit drizzle-kit generate ile salt SQL üretir, drizzle-kit migrate ile uygular; kontrol seviyesi yüksek ama orkestrasyonu siz kuruyorsunuz. TypeORM, klasik up/down metodlu Liquibase / Flyway tarzı bir disiplin getirir; rollback yazmak zorunlu ama uygulayıp uygulamamak takım kültürüne bağlı.

1. Backward-compatible migration deseni: Yeni alanı nullable ekleyin → uygulamayı yeni alanı kullanacak şekilde deploy edin → backfill çalıştırın → not-null constraint’i ayrı migration’da uygulayın. Üç ORM’de de bu strateji manuel — hiçbiri otomatik enforce etmiyor.
2. Büyük tabloya index ekleme: Postgres’te CREATE INDEX CONCURRENTLY kullanın. Prisma --create-only flag’i ile SQL’i düzenlemenize izin verir; Drizzle generated SQL’i editlemek serbest; TypeORM custom migration sınıfında queryRunner.query() ile yazılır.
3. Şema versiyonlama: Prisma _prisma_migrations, Drizzle drizzle.__drizzle_migrations, TypeORM migrations tablosunda durumu izler. Üçü de tek node’da deploy varsayar; multi-region için lock veya leader-election manuel kurulmalı.
4. Multi-tenant şema: Postgres schema-per-tenant deseninde Drizzle’ın pgSchema() primitive’i en doğal API’yi sunar; Prisma multi-schema önizleme aşamasında; TypeORM schema seçeneği bağlantı seviyesinde tanımlı.

Maliyet, Lisans ve Vendor Lock-in

Üç kütüphane de açık kaynak ama monetizasyon modelleri farklı. Prisma Inc., açık çekirdek (Apache 2.0) etrafında Prisma Accelerate (global connection pooling + caching) ve Prisma Pulse (CDC stream) gibi ücretli ürünler satıyor; bu, OSS’in geleceği için sürdürülebilirlik sağlarken bazı kurumsal müşterilerde “vendor lock-in” endişesi yaratıyor. Drizzle Team, Apache 2.0 ile dağıtır; ücretli ürün şu an yok; gelir kaynağı sponsorship ve danışmanlık. TypeORM, MIT lisansı altında topluluk yönetiminde — herhangi bir şirketin altında değil, bu hem bağımsızlık hem governance belirsizliği anlamına geliyor.

Maliyet boyutu	Prisma	Drizzle	TypeORM
Çekirdek lisans	Apache 2.0	Apache 2.0	MIT
Ücretli ürün	Accelerate, Pulse, Optimize	Yok (2026 Q1)	Yok
Accelerate fiyat (başlangıç)	~$30 / ay, 1M cached query	—	—
Self-host alternatif	PgBouncer + Redis	PgBouncer + Redis	PgBouncer + Redis
Sürdürülebilirlik riski	Şirket bağımlı	Küçük çekirdek ekip	Topluluk yönetimi
Major version cadence	~3 ay	~2 ay (0.x semver-pre)	~9-12 ay

Total cost of ownership hesabında yalnız lisans değil, runtime maliyetleri de devreye giriyor: 1 milyon istek/gün üreten bir API’de Prisma’nın 800 ms cold-start’ı Lambda faturasında aylık yüzlerce dolar fark yaratabilir. Drizzle’ın küçük bundle’ı ile Cloudflare Workers ücretsiz katmanında kalmak ise sıfır altyapı maliyeti demek — küçük SaaS MVP’leri için ciddi avantaj. MVP Geliştirme yazısında belirtilen “6 haftada üretim” disiplini açısından Drizzle + edge runtime kombinasyonu hızlı pivot için ideal. Ömer Önal olarak son 12 ayda yürüttüğüm danışmanlık projelerinde, bu üç ORM’in seçimi çoğunlukla “takımın TypeScript olgunluğu + hedef runtime” iki ekseninde belirleniyor.

Veritabanı ve Sürücü Desteği

Hangi ORM’in hangi veritabanlarını ve sürücüleri desteklediği, özellikle Postgres-dışı bir sistem kullanan ekipler için kritik. 2026 başında destek matrisi:

Veritabanı / Sürücü	Prisma 6.x	Drizzle 0.36	TypeORM 0.3.x
PostgreSQL (pg, postgres-js)	Stable	Stable	Stable
MySQL / MariaDB	Stable	Stable	Stable
SQLite (better-sqlite3)	Stable	Stable	Stable
Microsoft SQL Server	Stable	Hayır (2026 Q1)	Stable
CockroachDB	Stable (PG dialect)	Stable (PG dialect)	Topluluk paketi
PlanetScale (MySQL serverless)	Adapter	Native driver	Sınırlı
Neon / Supabase	Stable	Native HTTP/WS driver	Sınırlı
Cloudflare D1	Yok	Native	Yok
Turso (libSQL)	Önizleme	Native	Yok
MongoDB	Stable (sınırlı)	Yok	Stable
Oracle	Hayır	Hayır	Stable

Modern serverless veritabanları (Neon, Turso, D1) söz konusu olduğunda Drizzle açık ara öne geçiyor; Drizzle’ın resmi connection docs’u 15+ farklı sürücü için native adapter listeler. Buna karşılık MongoDB ve Oracle gibi RDBMS-dışı / kurumsal veritabanlarında TypeORM hala tek tutarlı seçenek. Çok-dilli backend ekosisteminde benzer sürücü kararları için Go Backend ve Java 21 Virtual Threads yazılarındaki sürücü tartışmaları paralel bakış sağlar.

Production Pattern’leri: Connection Pool, Transactions, Read Replicas

Üretim ortamında ORM seçiminin asıl testi connection management ve transaction modelidir. Üç kütüphanenin pratik davranışları:

• Connection pooling: Prisma kendi pool’unu yönetir (default 2*CPU+1); harici pool için Accelerate veya PgBouncer transaction mode önerilir. Drizzle, kullandığınız driver’ın (pg, postgres-js, mysql2) pool’unu doğrudan kullanır; Avantaj: tam kontrol, Dezavantaj: en iyi pratiği siz tasarlarsınız. TypeORM, DataSource seviyesinde pool yönetir.
• Interactive transaction: Üç kütüphane de callback-tabanlı transaction sunar. Ne zaman seç: multi-step domain operasyonu (sipariş + stok + audit log). Prisma $transaction(async (tx) => ...), Drizzle db.transaction(async (tx) => ...), TypeORM dataSource.transaction().
• Read replica routing: Drizzle 0.30+ withReplicas() wrapper’ı ile SELECT’leri replica’ya yönlendirir. Prisma $extends API’si benzer desen, manuel. TypeORM replication config’i master/slaves ayarında native.
• Batch / bulk insert: Drizzle db.insert(t).values([...]) tek SQL’de N row gönderir. Prisma createMany benzer; ancak skipDuplicates sadece MySQL/SQLite’da çalışır, Postgres’te ON CONFLICT manuel. TypeORM repo.insert([...]) hızlı ama büyük batch’lerde memory issue raporlanmış.
• Prepared statements: Drizzle .prepare("name") ile manual prepared statement cache eder — yüksek QPS’te yaklaşık %20-30 latency düşüşü ölçülmüş. Prisma engine otomatik prepared statement kullanır. TypeORM driver-dependent.

Connection pool yapılandırmasında pratik bir not: PgBouncer transaction mode kullanırken Prisma’da prepared statement’lar bug üretebiliyor; ?pgbouncer=true connection string parametresi şart. Drizzle ve TypeORM bu konuda nötr çünkü driver-level kararı geliştirici verir. Production deployment disiplini açısından Yazılım Refactoring Legacy yazısındaki “kademeli geçiş” prensipleri ORM değişikliği için de geçerli — büyük bir kod tabanını Prisma’dan Drizzle’a taşımak istiyorsanız repository pattern arkasında soyutlayıp modül modül göç edin.

Karar Çerçevesi: Hangi Senaryoda Hangisi?

Tek bir “kazanan” yok; karar matrisi senaryoya göre değişiyor. Aşağıdaki çerçeve, son 18 ayda 30+ TypeScript backend projesinde gözlemlenen pattern’leri özetler.

Senaryo	Önerilen	Neden
Cloudflare Workers / Vercel Edge	Drizzle	120 KB bundle, 72 ms cold-start, native D1/Neon driver
AWS Lambda + RDS Postgres	Prisma WASM veya Drizzle	Cold-start hassasiyeti; ekip TS olgunluğuna göre
NestJS monolith + on-prem Postgres	Prisma veya TypeORM	Decorator ekosistemi entegre; Prisma daha modern
Kurumsal MSSQL / Oracle	TypeORM	Tek native destekleyen ORM
Data-heavy analytics dashboard	Drizzle + raw SQL	CTE, window function, JSON op tam kontrol
Hızlı MVP, küçük takım	Prisma	Schema-first ergonomi, Studio, autocomplete
Multi-tenant SaaS (schema/tenant)	Drizzle	pgSchema primitive en doğal
MongoDB tabanlı sistem	TypeORM	Diğer ikisi yok / sınırlı

Karar verirken üç soru sırayla cevaplanmalı: (1) Hedef runtime nedir — Node.js, Bun, Deno, Cloudflare Workers? (2) Veritabanı sürücüsü tarafında özel ihtiyaç var mı — D1, Turso, Oracle? (3) Takımın SQL bilgisi ne seviyede — Drizzle SQL’e yakın, Prisma DSL daha soyut. Bu üç filtre cevabı çoğunlukla iki seçeneğe indirir, kalan tercih takım kültürüne kalır. ORM seçim sürecini bir “ürün kararı” olarak ele almak için Yazılım Tasarım Desenleri yazısında ele alınan Repository ve Unit of Work pattern’leri ORM’i soyutlamada anahtar role sahip.

Geçiş Stratejileri ve Co-existence

Mevcut TypeORM kod tabanını Prisma veya Drizzle’a taşımak büyük bir göç projesi. Pragmatik yaklaşım, “big bang” değil tedrici göç: önce repository layer’ı soyutlayın, ardından yeni feature’lar için yeni ORM kullanın, eski endpoint’leri kademeli olarak migrate edin. Bu pattern, Martin Fowler’ın “Strangler Fig” pattern’i ile birebir örtüşür.

1. Soyutlama katmanı: Tüm DB erişimini UserRepository, OrderRepository gibi arayüzler arkasına alın. Hiçbir business code ORM’i doğrudan import etmesin.
2. Yan yana çalıştırma: Aynı veritabanına iki farklı ORM connection açın. Drizzle ve Prisma aynı Postgres’e bağlanabilir; tek dikkat connection pool boyutu (ikisinin toplamı max_connections’ı aşmamalı).
3. Şema sahipliği: Migration’ı tek ORM yönetsin (önerilen: Drizzle Kit veya Prisma Migrate); diğeri salt-okunur şema introspection ile çalışsın.
4. Test paralelliği: Aynı integration test’i her iki ORM ile çalıştırıp davranış eşitliğini doğrulayın. TDD Pratik yazısındaki contract test yaklaşımı bu aşamada kritik.
5. Cutover: Tüm endpoint’ler yeni ORM’e geçtiğinde eski ORM’i ve typeorm/@prisma/client bağımlılığını kaldırın. Bundle size düşüşü ve cold-start kazanımını ölçüp dokümante edin.

Code quality boyutunda göç sırasında Kod Kalitesi Metrikleri yazısında bahsedilen cyclomatic complexity ve cognitive complexity metriklerini takip etmek, yeni ORM API’sinin gerçekten basitleştirip basitleştirmediğini niceliksel ölçer. Karar destek için Drizzle GitHub deposu ve Prisma GitHub deposu üzerindeki açık issue / discussion trafiği projenizin spesifik problemini başkalarının nasıl çözdüğünü görmenin en hızlı yoludur.

Sık Sorulan Sorular (SSS)

Sonuç

Prisma, Drizzle ve TypeORM 2026’da farklı kullanıcı kitlelerine farklı vaadlerle hizmet ediyor. Drizzle, edge runtime’lar ve SQL’e yakın kontrol isteyen takımlar için açık ara güçlü; küçük bundle ve cold-start avantajı serverless ekonomide doğrudan parasal kazanca dönüşüyor. Prisma, schema-first DSL, codegen client ve Studio gibi araçlarla orta-büyük takımlarda hızlı geliştirme deneyimi sunuyor; Accelerate / Pulse gibi paid katmanlar bazı kurumlar için pozitif (managed) bazıları için negatif (lock-in) sinyal. TypeORM, MongoDB, Oracle, MSSQL gibi RDBMS-dışı / kurumsal veritabanlarına ihtiyacı olan ya da mevcut decorator-tabanlı kod tabanını koruyan ekipler için hala geçerli; greenfield projeler için ise teknik üstünlüğü kayboldu.

Karar verirken hedef runtime, veritabanı sürücüsü, takımın SQL bilgisi ve şema değişim sıklığı dört eksende değerlendirin. “ORM seçimi” ifadesini “migration aracı + connection pool stratejisi + type-safety derinliği + bundle bütçesi” olarak parçalayın; doğru cevap genelde iki seçeneği eler. Ekibinizin TypeScript backend mimarisi, ORM seçimi veya mevcut sistemi yeni nesil ORM’e taşıma konusunda derinlemesine destek için omeronal.com/iletisim üzerinden bağlantıya geçebilir, kullanım senaryonuza özel kararsız kaldığınız iki seçenek arasındaki kıyası net çerçevelerle alabilirsiniz.

Son notu pratik bir öneriyle bitirelim: yeni projeye başlıyorsanız önce hedef veritabanını ve runtime’ı sabitleyin, ardından ORM kararını verin; mevcut bir sistemi modernleştiriyorsanız repository pattern arkasından soyutlayıp Strangler Fig disipliniyle göç edin. Hangi seçeneği seçerseniz seçin, ORM kütüphanenizin her sürüm güncellemesini değil yalnız breaking change içerenleri detaylı test edin; üç ekosistem de hızlı evrim aşamasında.