ORM (Nesne İlişkisel Eşleme): Veritabanı ile Kod Nasıl Konuşur?

ORM nedir?

ORM, Object Relational Mapping ifadesinin kısaltmasıdır. Uygulama kodu nesnelerle düşünür: müşteri, sipariş, ürün. Veritabanı ise tablolarla, satırlarla ve yabancı anahtarlarla düşünür. Bu bakışlar birbirine birebir uymaz; bu uyumsuzluğu gidermek için araya bir katman girer. ORM bu katmandır.

Geliştirici bir sınıf tanımlar, ORM bu sınıfı bir tabloya bağlar. Nesne oluşturulup kaydedildiğinde ORM uygun ekleme sorgusunu üretir; nesne okunduğunda seçme sorgusunu çalıştırıp sonucu yeniden nesneye çevirir.

ORM nasıl çalışır?

Çoğu ORM aynı temel parçaları kullanır: bir model (şema) tanımı, bir sorgu arayüzü ve bir bağlantı yöneticisi. Model tanımında alanlar ve aralarındaki ilişkiler (bire çok, çoktan çoğa) yazılır. Sorgu arayüzü, koşulları kod olarak ifade etmenizi sağlar; ORM bunu veritabanının SQL diline çevirir.

Bu tasarımın bir yan faydası taşınabilirliktir. Aynı kod farklı veritabanı sistemlerinde çalışabilir, çünkü diyalekt farklarını ORM üstlenir. Bir diğer faydası şema göçleridir: modelde değişiklik yapıldığında tabloları güncelleyen adımlar sürümlenerek yönetilir.

Küçük bir örnek

Örneğin bir sipariş sisteminde Müşteri ve Sipariş adında modeller olsun; her siparişin bir müşterisi bulunur. ORM ile 'şu müşterinin siparişlerini getir' demek için tabloları birleştiren sorguyu elle yazmazsınız, müşteri nesnesinin siparişler alanına erişirsiniz. ORM gerekli sorguyu arka planda çalıştırır.

Yeni sipariş eklemek de benzer şekilde nesne oluşturup kaydetmekten ibarettir. Hata durumunda işlem geri alınsın istenirse, birkaç adımı tek bir işlem bloğuna almak yeterlidir. Bu sadelik küçük ve orta ölçekli işlerde ciddi zaman kazandırır.

Avantajları ve bedeli

ORM'in başlıca yararları:

• Tekrarlayan ekleme, güncelleme, silme sorgularını yazmaktan kurtarır.
• Parametreli sorgular ürettiği için SQL enjeksiyonu riskini azaltır.
• Şemayı kod içinde tanımlamayı ve sürümlemeyi mümkün kılar.
• İş mantığını veri erişimi ayrıntısından ayırarak test edilebilirliği artırır.

Bedeli de vardır. ORM bir soyutlamadır; soyutlama sızdığında geliştirici arka plandaki SQL'i anlamak zorunda kalır. Karmaşık raporlama sorguları ORM ile hem zor yazılır hem verimsiz çalışabilir. Bu durumda çoğu proje ham SQL'e geri döner ya da ORM'in sorgu oluşturucusunu kullanır.

N+1 sorunu ve yaygın tuzaklar

ORM'in en bilinen performans tuzağı N+1 sorunudur. Bir listedeki her kayıt için ilişkili veriyi ayrı bir sorguyla çekmek, liste büyüdükçe veritabanına sayısız sorgu göndermek demektir. Ekranda tek liste gibi görünen işlem, arka planda yüzlerce sorguya dönüşebilir. Çözüm, ilişkili veriyi baştan birlikte yüklemek (eager loading) ya da tek sorguda birleştirmektir.

Diğer sık hatalar:

• Her şeyi tembel yüklemeye bırakıp sorgu sayısını izlememek.
• Uzun süren işlemleri açık tutup kilit çakışması yaratmak.
• Şema değişikliklerini elle yapıp model ile veritabanını birbirinden koparmak.
• ORM'i veri erişim katmanının dışına, iş mantığına sızdırmak.

Nerede kullanılır, nasıl öğrenilir?

ORM'ler web uygulamalarında, servis arka yüzlerinde ve veri odaklı işlerde yaygındır. Java dünyasında Hibernate, JavaScript ve TypeScript tarafında Prisma bu tür araçlara örnektir. Seçimde dilin yanı sıra sorgu esnekliği, tip güvenliği ve göç araçları belirleyicidir.

Mindset kataloğundaki ORM ve Veri Erişim Katmanı Tasarımı (Prisma, Hibernate) programının modül başlıkları nesne ilişkisel eşleme temelleri, şema göçü ve sürüm yönetimi, ilişki yükleme ve N+1 sorunu, işlem yönetimi, sorgu performansı ve önbellek ile katman mimarisi konularını kapsar.