Sıralama: Member
Gruplar: Registered
Katılan: 4.07.2016(UTC) Mesajlar: 10  1 Mesajına Toplam 1 Kere Teşekkür Edildi.
|
Merhaba,
Bazı kaynaklarda her dimension'da SK(Surrogate key) olması öneriliyor, sorularım için yardımcı olur musunuz?
1- Öncelikle veri ambarı modelinde joinler OLTP'deki PK ve FK'ler üzerinden mi yapılmalıdır?
2- Yoksa her dimension'da bir SK (dolayısıyla primary key) oluşturup bunlar üzerinden mi Fact kurgulanmalıdır?
|
|
|
|
|
|
Sıralama: Administration
Gruplar: Administrators
Katılan: 6.05.2014(UTC)
Mesajlar: 670
19 Kere Teşekkür Etti.
152 Mesajına Toplam 253 Kere Teşekkür Edildi.
|
Originally Posted by: spyhonosis  Merhaba,
Bazı kaynaklarda her dimension'da SK(Surrogate key) olması öneriliyor, sorularım için yardımcı olur musunuz?
1- Öncelikle veri ambarı modelinde joinler OLTP'deki PK ve FK'ler üzerinden mi yapılmalıdır?
2- Yoksa her dimension'da bir SK (dolayısıyla primary key) oluşturup bunlar üzerinden mi Fact kurgulanmalıdır?
Merhabalar Durumu şöyle anlatayım, bu konularda kesin ayrımlar yoktur. Aslında tamamen sizin tasarımınız ve kaynak sistemle alakalı bir durum. Bazı kaynak sistemlerde bir pk olmadığı için bizim bir pk üretmemiz gerekir. Yada joinlerde performans istiyorsanız varchar pklar yerine int pklar cok daha hızlı çalışacaktır. Ama kaynak sistem düzgün tasarlanmıssa kaynaktan alınan lookuplar yada dimenstionlarda direk olarak kullanılan pklar alınabilir. Ama kaynak düzgün bile olsa yeni türetilen tablolar için mutlaka bir pk tanımlamamız gerekmektedir. Kolay Gelsin |
Sql Server 2016 Eğitimiz 19 Mayıs tarihinde başlayacaktır. 32 Saat Olup Ücret 1450 TL + KDV'dir. Kayıt ve ayrıntılar için tıklayınıztwitter.com/dbakademi Dua ve teşekkür en büyük servetlere bedel... |
|
|
|
|
|
Forumu Atla
Bu foruma yeni konular postalayamazsınız.
Bu forumda ki konulara yeni posta gönderemezsiniz.
Bu forumdaki postalarınızı silemezsiniz.
Bu forumdaki postalarınızı düzenleyemezsiniz.
Bu forumda anketler yaratamazsınız.
Bu forumdaki anketlere oy veremezsiniz.
