Modern Veri Erişiminde Stratejik Seçim: ORM ve Micro ORM Rehberi

Veritabanı odaklı yazılım geliştirmede, ham SQL sorguları ile nesne yönelimli programlama (OOP) modellerini birbirine bağlamak her zaman en kritik mimari adımlardan biri olmuştur. Geliştiriciler, yüksek soyutlama ve hızlı geliştirme sunan geleneksel ORM (Object-Relational Mapping) araçları ile hafif, şeffaf ve yüksek performanslı Micro ORM çözümleri arasında sıklıkla tercih yapmak zorunda kalır.

Bu rehberde ORM ve Micro ORM kavramlarını, mimarilerini, popüler kütüphanelerini ve aralarındaki kritik farkları detaylıca inceliyoruz.

---

1. ORM (Object-Relational Mapping) Nedir?

ORM, ilişkisel veritabanı tablolarını nesne yönelimli programlama dillerindeki sınıflara (entities/classes), tablolardaki satırları ise bu sınıfların nesnelerine otomatik olarak dönüştüren tam kapsamlı bir mimari köprü ve soyutlama katmanıdır.

ORM araçları, geliştiriciyi SQL sorguları yazma zorunluluğundan neredeyse tamamen kurtarır; veri sorgulama, ekleme, güncelleme ve silme (CRUD) işlemlerini doğrudan programlama dilinin yerel sözdizimiyle (C# LINQ, Java JPQL/HQL, Python ORM metotları) yürütülmesini sağlar.

ORM'in Temel Yetenekleri

• Tam Soyutlama: Veritabanı motoru değişse bile (örn. PostgreSQL'den SQL Server'a geçiş) uygulama kodundaki sorgular neredeyse hiç değişmez.

• Change Tracking (Değişiklik Takibi): Belleğe yüklenen varlıklar (entities) üzerinde yapılan değişiklikleri hafızada izler ve tek bir kaydetme komutuyla uygun SQL komutlarını otomatik üretir.

• İlişki ve Yükleme Yönetimi: Bire-bir, bire-çok, çoka-çok ilişkileri otomatik haritalar; Lazy Loading, Eager Loading gibi stratejiler sunar.

• Otomatik Şema Yönetimi (Migrations): Kod üzerinden veritabanı şemasını oluşturur, günceller ve versiyonlar.

• Popüler Örnekler: Entity Framework Core (.NET), Hibernate / JPA (Java), Django ORM (Python), TypeORM / Prisma (Node.js/TypeScript).

---

2. Micro ORM Nedir?

Micro ORM, tam kapsamlı ORM'lerin getirdiği karmaşıklığı, bellek yükünü ve performans kaybını ortadan kaldırmak amacıyla tasarlanmış, yalnızca veri haritalama (mapping) işlemine odaklanan son derece hafif (lightweight) kütüphanelerdir.

Micro ORM'ler SQL sorgusu üretmeye çalışmaz; geliştirici SQL sorgusunu kendisi yazar, Micro ORM ise dönen veri tablosu satırlarını en yüksek hızda ilgili nesnelere bağlar (map eder).

Micro ORM'in Temel Yetenekleri

• Yüksek Performans: Neredeyse ham ADO.NET / JDBC hızında çalışır; bellek ve işlemci ek yükü minimumdur.

• SQL Kontrolü ve Şeffaflık: Sorgunun nasıl çalışacağı tamamen geliştiricinin yazdığı SQL'e bağlıdır; arkada beklenmeyen veya verimsiz sorgular üretilmez.

• Sade ve Odaklı API: Change Tracking, Migrations veya karmaşık ilişki konfigürasyonları barındırmaz; yalnızca veriyi alır ve nesneye aktarır.

• Popüler Örnekler: Dapper (.NET), Massive (.NET), JDBI (Java), Peewee (Python).

---

3. Kod Seviyesinde Karşılaştırma (.NET Örneği)

Bir kullanıcıyı ID'sine göre çekip güncelleme senaryosu:

ORM (Entity Framework Core) Yaklaşımı

// SQL yazılmaz, nesne üzerinden Change Tracking ile güncellenir
using (var context = new AppDbContext())
{
    var user = await context.Users.FirstOrDefaultAsync(u => u.Id == 5);
    if (user != null)
    {
        user.Email = "yeni@email.com";
        await context.SaveChangesAsync(); // SQL UPDATE otomatik üretilir
    }
}

Micro ORM (Dapper) Yaklaşımı

// SQL geliştirici tarafından yazılır, Dapper sadece nesneye map eder
using (var connection = new SqlConnection(connectionString))
{
    var user = await connection.QueryFirstOrDefaultAsync<User>(
        "SELECT * FROM Users WHERE Id = @Id", new { Id = 5 });

    if (user != null)
    {
        await connection.ExecuteAsync(
            "UPDATE Users SET Email = @Email WHERE Id = @Id", 
            new { Email = "yeni@email.com", Id = 5 });
    }
}

---

4. ORM ve Micro ORM Karşılaştırma Tablosu

Kriter	ORM (Full-fledged ORM)	Micro ORM
Ana Amaç	Veritabanını tamamen nesnelere soyutlamak	SQL sonuçlarını hızlıca nesnelere haritalamak
Sorgu Yazımı	LINQ / ORM Dili (SQL nadiren yazılır)	Ham SQL (Raw SQL zorunludur)
Performans	Yüksek (ancak soyutlama ve takip maliyeti taşır)	Maksimum (Ham sürücü hızına çok yakındır)
Change Tracking	Var (Otomatik değişiklik izleme ve kaydetme)	Yok (Manuel UPDATE SQL'i gerekir)
Şema / Migrations	Dahili destek (Code-First / DB-First)	Yok (Manuel SQL script'leri ile yönetilir)
Öğrenme Eğrisi	Dik (İlişki yapılandırmaları, proxy modelleri)	Çok Kolay (SQL bilen hemen kullanabilir)
Bellek Tüketimi	Orta / Yüksek	Çok Düşük

---

5. Hangisini Ne Zaman Tercih Etmelisiniz?

• ORM Tercih Edin:

  • Hızlı geliştirme döngüsü gerektiren iş odaklı (domain-heavy) kurumsal projelerde,
  • Sık veri tabanı şeması değişikliği olan ve göç (migration) takibi gereken sistemlerde,
  • Karmaşık iş kuralları ve standart CRUD işlemlerinin yoğun olduğu API mimarilerinde.

• Micro ORM Tercih Edin:

  • Raporlama, analitik veya yoğun veri okuma (read-heavy) yapılan uç noktalarda,
  • Milisaniyelerin kritik olduğu yüksek trafikli ve düşük gecikmeli (low-latency) servislerde,
  • Veritabanı yöneticilerinin (DBA) SQL sorgularını bizzat optimize ettiği ve kontrol altında tuttuğu kurumsal ortamlarda.

---

6. Hibrit Yaklaşım (En İyi Pratik)

Modern mimarilerde bu iki teknolojiyi bir arada kullanmak (Hybrid Data Access) oldukça yaygın bir desendir:

• Yazma İşlemleri (Command): Veri bütünlüğü, validasyon ve iş mantığı için ORM (EF Core vb.),
• Okuma İşlemleri (Query - CQRS Deseni): Maksimum okuma hızı ve karmaşık raporlama sorguları için Micro ORM (Dapper vb.) kullanılır.