M5 · Veri Modelleme ve Dönüşüm
Neden Veri Modeli? Yıldız Şema Mantığı
Neden bu konu?
Bir sipariş tablosunda müşteri, ürün ve kampanya bilgileri tekrar tekrar yazılıyorsa rapor kısa sürede yavaşlar ve aynı müşterinin farklı isimlerle görünmesi gibi çelişkiler büyür. Yıldız şema, ölçtüğün olayı tek bir gerçek tablosunda; olayı açıklayan kişi, ürün, tarih ve kanal gibi bağlamları ayrı boyut tablolarında tutar. Böylece 'hangi kategori hangi ayda ne kadar ciro yaptı?' sorusu hem okunur hem denetlenebilir olur. Model kurulmadan hesaplanan doğru bir metrik bile yanlış taneyle birleştirildiğinde iki katına çıkabilir.
Benzetme: kavramın günlük karşılığı
Bir market fişini düşün: fişte her satır bir satış olayıdır; ürün kataloğu, müşteri kartı ve takvim ise o satırı açıklayan ayrı sözlüklerdir. Fiş, yıldızın ortasındaki gerçek tablosu; sözlükler de çevresindeki boyutlardır. Fişe her ürünün tüm açıklamasını tekrar yazmak yerine ürün kodundan kataloğa bakarsın.
Bu işin sırrı: kalıplar
- Önce taneyi söyle: 'gerçek tablosunda her satır bir sipariş kalemidir' gibi tek ve test edilebilir bir cümle kurmadan tablo tasarlama.
- Gerçek tablo ölçü ve yabancı anahtar taşır: adet, tutar, indirim ile tarih_id, musteri_id ve urun_id aynı olay satırında buluşur.
+ 3 kalıp daha tam derste
İlk uygulama adımı
1. İş olayını ve taneyi yaz
NovaCommerce için ölçmek istediğin olayı 'satın alınan ürün' seç ve bir kağıda şu cümleyi yaz: siparis_kalemi tablosunda her satır, bir siparişteki tek bir üründür.
Kontrol noktası: Aynı satırın hem sipariş hem müşteri özeti olmadığını; tek bir sipariş_id içinde birden çok ürün satırı bulunabileceğini açıkça söyleyebiliyorsun.
+ 4 adım daha tam derste
Dersin devamı erken erişimde
Tam derste seni bekleyenler: 5 kontrol noktalı uygulama adımı, gerçek dünya kullanımı (analist + scientist + AI perspektifi), 4 yaygın tuzak, mülakat sorusu ve model cevabı, 4 soruluk quiz, 6 tekrar kartı ve NovaCommerce proje görevi.