Power BI Desktop'ta ilişki oluşturma ve ilişkileri yönetme
Birden çok tabloyu içeri aktardığınızda, analiz yaparken büyük olasılıkla tüm bu tablolardaki verileri kullanırsınız. Sonuçların düzgün şekilde hesaplanması ve raporlarınızda doğru bilgilerin gösterilmesi için bu tablolar arasında ilişki oluşturulması gerekir. Power BI Desktop, bu ilişkilerin oluşturulmasını kolaylaştırır. Aslında çoğu durumda bir şey yapmanız gerekmez ve otomatik algılama özelliği sizin yerinize bunları yapar. Öte yandan bazen ilişkileri kendiniz oluşturmanız veya bir ilişkide bazı değişiklikler yapmanız gerekebilir. Her iki durumda da, Power BI Desktop'taki ilişkileri ve bunların nasıl oluşturulup düzenlendiğini anlamanız önemlidir.
Yükleme sırasında otomatik algılama
Aynı anda iki veya daha fazla tablo sorgularsanız veriler yüklendiğinde Power BI Desktop, sizin yerinize bu ilişkileri bulup oluşturmayı dener. İlişki seçenekleri Kardinalite, Çapraz filtre yönü ve Bu ilişkiyi etkinleştir otomatik olarak ayarlanır. Power BI Desktop olası bir ilişki olup olmadığını belirlemek için, sorguladığınız tablolardaki sütun adlarına bakar. Böyle bir olasılık söz konusuysa bu ilişkiler otomatik olarak oluşturulur. Power BI Desktop bir eşleşme olduğundan tam olarak emin değilse ilişkiyi oluşturmaz. Öte yandan ilişkileri el ile oluşturmak veya düzenlemek için İlişkileri yönet iletişim kutusunu kullanmaya devam edebilirsiniz.
Otomatik algılama özelliğiyle ilişki oluşturma
Modelleme sekmesinde İlişkileri>yönetOtodetect'i seçin.
Elle ilişki oluşturma
Modelleme sekmesinde İlişkileri>yönetYeni'yi seçin.
İlişki oluştur iletişim kutusundaki ilk tablo açılan listesinden bir tablo seçin. İlişkide kullanmak istediğiniz sütunu seçin.
İkinci tablo açılan listesinde, ilişkide istediğiniz diğer tabloyu seçin. Kullanmak istediğiniz diğer sütunu seçin ve ardından Tamam'ı seçin.
Varsayılan olarak, Power BI Desktop yeni ilişkiniz için Kardinalite (yön), Çapraz filtre yönü ve Bu ilişkiyi etkinleştir seçeneklerini otomatik olarak yapılandırır. Bununla birlikte gerekirse bu ayarları değiştirebilirsiniz. Daha fazla bilgi için bkz. Ek seçenekleri anlama.
İlişki için seçilen tablolardan hiçbirinin benzersiz değerleri yoksa aşağıdaki hatayı görürsünüz: Sütunlardan birinin benzersiz değerleri olmalıdır. İlişkideki tablolardan en az biri, tüm ilişkisel veritabanı teknolojilerinde ortak bir gereksinim olarak farklı ve benzersiz bir anahtar değerleri listesi içermelidir.
Bu hatayla karşılaşırsanız, sorunu düzeltmenin birkaç yolu vardır:
- Benzersiz değerler içeren bir sütun oluşturmak için Yinelenenleri Kaldır seçeneğini kullanın. Bu yaklaşımın bir dezavantajı, yinelenen satırlar kaldırıldığında bilgileri kaybedebilirsiniz; genellikle bir anahtar (satır) iyi bir nedenle yinelenir.
- Modele, daha sonra ilişkideki her iki özgün sütuna bağlanacak farklı anahtar değerlerinin listesinden oluşan bir ara tablo ekleyin.
Daha fazla bilgi için bu blog gönderisine bakın.
Bir ilişkiyi düzenleme
Modelleme sekmesinde İlişkileri yönet'i seçin.
İlişkileri yönet iletişim kutusunda ilişkiyi seçin ve ardından Düzenle'yi seçin.
Ek seçenekleri yapılandırma
İlişki oluşturduğunuzda veya düzenlediğinizde, ek seçenekleri yapılandırabilirsiniz. Varsayılan olarak, Power BI Desktop en iyi tahminini temel alarak ek seçenekleri otomatik olarak yapılandırır ve en iyi tahmin, sütunlardaki verileri temel alan her ilişki için farklı olabilir.
Kardinalite
Kardinalite seçeneğinin ayarı aşağıdakilerden biri olabilir:
Çoka bir (*:1): Çoka bir ilişki en yaygın, varsayılan ilişki türüdür. Verilen tablodaki sütunda bir değerin birden çok örneği olabileceği ve genellikle arama tablosu olarak bilinen diğer ilişkili tabloda bir değerin yalnızca bir örneği olduğu anlamına gelir.
Tek-tek (1:1) : Tek-tek ilişkide bir tablodaki sütunda belirli bir değerin yalnızca bir örneği vardır ve diğer ilişkili tabloda belirli bir değerin yalnızca bir örneği vardır.
Tek-çok (1:*) : Tek-çok ilişkide bir tablodaki sütunda belirli bir değerin yalnızca bir örneği vardır ve diğer ilişkili tabloda bir değerin birden fazla örneği olabilir.
Çoka çok (*:*): Bileşik modellerle tablolar arasında çoka çok ilişki kurabilirsiniz ve bu da tablolardaki benzersiz değerler için gereksinimleri kaldırır. Ayrıca yalnızca ilişki kurmak için yeni tablo eklenmesi gibi eski geçici çözümleri de devre dışı bırakır. Daha fazla bilgi için bkz. Çok-çok kardinalitesine sahip ilişkiler.
Kardinalitenin ne zaman değiştirileceği hakkında daha fazla bilgi için bkz. Ek seçenekleri anlama.
Çapraz filtre yönü
Çapraz filtre yönü seçeneğinin ayarları aşağıdakilerden biri olabilir:
Her İkisi: Filtreleme amacıyla her iki tablonun da tek bir tabloymuş gibi kabul edildiği anlamına gelir. Her İkisi ayarı, çevresinde çok sayıda arama tablosu bulunan tek bir tabloyla iyi çalışır. Departmanı için bir arama tablosuna sahip satış değerleri tablosu buna bir örnektir. Bu yapılandırmaya genellikle Yıldız şeması yapılandırması (birkaç arama tablosuna sahip merkezi bir tablo) denir. Ancak, arama tablolarına sahip (bazıları ortak olmak üzere) iki veya daha fazla tablonuz varsa Her İkisi ayarını kullanmanız gerekebilir. Önceki örneği devam ettirirsek, bu durumda her bir departman için hedef bütçenin kaydedildiği bir bütçe satış tablonuz da olur. Ayrıca, departman tablosu hem satış hem de bütçe tablosuna bağlıdır. Bu tür bir yapılandırma için Her İkisi ayarını kullanmaktan kaçının.
Tek: En yaygın kullanılan varsayılan yöndür ve bağlı tablolardaki filtreleme seçimlerinin, değerlerin toplandığı tablolarda çalıştığı anlamına gelir. Excel 2013 veya önceki sürümlerinden bir Power Pivot veri modeli aktarırsanız tüm ilişkilerin tek bir yönü olur.
Çapraz filtre yönünün ne zaman değiştirileceği hakkında daha fazla bilgi için bkz. Ek seçenekleri anlama.
Bu ilişkiyi etkinleştir
Bu seçenek işaretlendiğinde, ilişki varsayılan etkin ilişki olur. İki tablo arasında birden çok ilişkinin olduğu durumlarda, etkin ilişki sayesinde, Power BI Desktop'ın otomatik olarak her iki tabloyu da içeren görselleştirmeler oluşturması için bir yol sağlanır.
Belirli bir ilişkinin ne zaman etkin duruma getirileceği hakkında daha fazla bilgi için bkz. Ek seçenekleri anlama.
İlişkileri anlama
İki tabloyu bir ilişki ile birbirine bağladıktan sonra, her iki tablodaki verilerle tek bir tablodaymış gibi çalışabilirsiniz. Böylece ilişki ayrıntılarını düşünmenize veya bu tabloları içeri aktarmadan önce sıkıştırmanıza gerek kalmaz. Birçok durumda Power BI Desktop ilişkileri sizin için otomatik olarak oluşturabilir. Bununla birlikte Power BI Desktop iki tablo arasında bir ilişki olması gerektiğinden tam olarak emin değilse, ilişki otomatik olarak oluşturulmaz. Böyle bir durumda bunu sizin yapmanız gerekir.
Power BI Desktop'ta ilişkilerin nasıl çalıştığını daha iyi anlamanız için hızlı bir öğretici uygulayalım.
İpucu
Bu eğitimi kendiniz tamamlayabilirsiniz:
- Aşağıdaki ProjectHours tablosunu bir Excel çalışma sayfasına kopyalayın (başlığı hariç), hücrelerin tümünü seçin ve ardından Ekle>Tablo'yu seçin.
- Tablo Oluştur iletişim kutusunda Tamam'ı seçin.
- Herhangi bir tablo hücresini seçin, Tablo TasarımıTablo>Adı'nı seçin ve projectHours girin.
- Aynı işlemleri CompanyProject tablosu için de tekrarlayın.
- Power BI Desktop'ta Veri Al'ı kullanarak verileri içeri aktarın. İki tabloyu veri kaynağı olarak seçin ve sonra da Yükle'yi seçin.
ProjectHours adlı birinci tablo, bir kişinin belirli bir projede çalıştığı sürenin saat cinsinden kaydedildiği bir iş kartı kaydıdır.
ProjectHours
| Ticket | SubmittedBy | Hours | Project | DateSubmit |
|---|---|---|---|---|
| 1001 | Brewer, Alan | 22 | Mavi | 1/1/2013 |
| 1002 | Brewer, Alan | 26 | Red | 2/1/2013 |
| 1003 | Ito, Shu | 34 | Yellow | 12/4/2012 |
| 1004 | Brewer, Alan | 13 | Turuncu | 1/2/2012 |
| 1005 | Bowen, Eli | 29 | Purple | 1/10/2013 |
| 1006 | Bento, Nuno | 35 | Yeşil | 2/1/2013 |
| 1007 | Hamilton, David | 10 | Yellow | 1/10/2013 |
| 1008 | Han, Mu | 28 | Orange | 1/2/2012 |
| 1009 | Ito, Shu | 22 | Purple | 2/1/2013 |
| 1010 | Bowen, Eli | 28 | Yeşil | 10/1/2013 |
| 1011 | Bowen, Eli | 9 | Mavi | 10/15/2013 |
CompanyProject adlı bu ikinci tablo atanmış bir önceliğe sahip projelerin listesidir: A, B veya C.
CompanyProject
| ProjName | Priority |
|---|---|
| Mavi | A |
| Red | B |
| Yeşil | C |
| Yellow | C |
| Purple | B |
| Turuncu | C |
Her tabloda bir proje sütunu olduğuna dikkat edin. Her biri farklı adlandırılmış olsa da değerler aynı gibi görünür. Bu önemli bir noktadır ve buna birazdan geri döneceğiz.
Bir modele aktarılmış iki tablomuz olduğuna göre, bir rapor oluşturabiliriz. Elde etmek istediğimiz ilk veri, proje önceliğine göre kaydedilen saat sayısı olduğu için Alanlar bölmesinde Priority ve Hours'u seçiyoruz.
Tablomuza rapor tuvalinde bakarsak her proje için saat sayısının 256 olduğunu ve bunun toplam değer olduğunu görürüz. Bu sayısının doğru olmadığı açıktır. Neden mi? Bunun nedeni, bir değer toplamını, aralarında hiçbir ilişki olmaksızın başka bir tablodaki (CompanyProject tablosundaki Priority) değerlerle bölünmüş bir tablodan (Project tablosundaki Hours) hesaplayamayacağımızdır.
O halde bu iki tablo arasında bir ilişki oluşturalım.
Proje adı olan ve değerleri birbirine benzeyen her iki tabloda da gördüğümüz sütunları hatırladınız mı? Tablolarımız arasında bir ilişki oluşturmak için bu iki sütunu kullanacağız.
Neden bu sütunları kullandığımızı biliyor musunuz? ProjectHours tablosundaki Project sütununa bakarsak Blue, Red, Yellow, Orange gibi değerler görürüz. Aslında aynı değere sahip birkaç satır görüyoruz. Project sütunu için kullanılabilecek çok sayıda renk değeri vardır.
CompanyProject tablosundaki ProjName sütununa bakarsak proje adı için her renk değerinin tek bir kez kullanıldığını görürüz. Bu tablodaki her bir renk değeri benzersizdir ve bu durum, bu iki tablo arasında bir ilişki oluşturabilmemiz açısından önemlidir. Bu durumda ilişkimiz çok - tek türünde bir ilişkidir. Çok - tek türündeki ilişkilerde, tablolardan birinde en az bir sütunda benzersiz değerler olmalıdır. Bazı ilişkiler için bazı ek seçenekler vardır; bunları daha sonra gözden geçireceğiz. Şimdilik iki tablomuzun her birindeki proje sütunları arasında bir ilişki oluşturalım.
Yeni ilişki oluşturmak için
Modelleme sekmesinde İlişkileri yönet'i seçin.
İlişkileri yönet menüsünde Yeni’yi seçerek İlişki oluştur iletişim kutusunu açın. Buradan, ilişkimiz için istediğimiz tabloları, sütunları ve ek ayarları seçebiliriz.
İlk açılan listede birinci tablo olarak ProjectHours tablosunu, sonra da Project sütununu seçin. Bu taraf, ilişkimizin çok olarak adlandırılan tarafıdır.
İkinci açılan listede ikinci tablo olarak CompanyProject tablosu önceden seçilmiştir. ProjName sütununu seçin. Bu taraf, ilişkimizin bir olarak adlandırılan tarafıdır.
İlişki seçenekleri için varsayılan değerleri kabul edin ve Tamam’ı seçin.
İlişkileri yönet iletişim kutusunda Kapat'ı seçin.
Doğrusunu söylemek gerekirse, bu ilişkiyi daha zor olan yolu kullanarak oluşturdunuz. İlişkileri yönet iletişim kutusunda Otomatik Algıla'yı seçmeniz de yeterli olurdu. Aslında, iki sütunun da adı aynı olsaydı verileri yüklediğinizde otomatik algılama özelliği sizin için ilişkiyi otomatik olarak oluşturabilirdi. Peki buradaki zorluk nedir?
Şimdi rapor tuvalimizde tabloya bir kez daha bakalım.
Bu çok daha iyi görünüyor, değil mi?
Saatleri Priority'ye göre topladığımızda, Power BI Desktop CompanyProject arama tablosunda benzersiz renk değerlerinin tüm örneklerini arar, ProjectHours tablosunda bu değerlerin her birinin tüm örneklerini arar ve her benzersiz değer için bir genel toplam hesaplar.
Bu, kolay bir işlem. Aslında, otomatik algılama özelliğiyle bu kadarını bile yapmanız gerekmeyebilir.
Ek seçenekleri anlama
İlişki oluşturulduğunda (otomatik algılama özelliği tarafından veya el ile) Power BI Desktop, tablolarınızdaki verileri temel alarak ek seçenekleri otomatik olarak yapılandırır. Bu ek ilişki seçenekleri İlişki oluştur ve İlişkiyi düzenle iletişim kutularının alt kısmında yer alır.
Power BI normalde bu seçenekleri otomatik olarak ayarlar ve bunları sizin ayarlamanız gerekmez. Öte yandan bu seçenekleri kendiniz yapılandırmak isteyebileceğiniz birkaç durum vardır.
Otomatik ilişki güncelleştirmeleri
Power BI’ın raporlarınızda ve modellerinizde ilişkileri nasıl ele aldığını ve otomatik olarak ayarladığını yönetebilirsiniz. Power BI’ın ilişki seçeneklerini nasıl işleyeceğini belirtmek için Power BI Desktop’tan Dosya>Seçenekler ve ayarlar>Seçenekler'i seçin ve sonra da sol bölmeden Veri Yükleme’yi seçin. İlişkiler seçenekleri görüntülenir.
Seçilip etkinleştirilebilecek üç seçenek vardır:
İlk yüklemedeki veri kaynaklarından ilişki içeri aktar: Bu seçenek, varsayılan olarak seçilidir. Seçildiğinde Power BI, veri ambarınızdaki yabancı anahtar/birincil anahtar ilişkileri gibi veri kaynağınızda tanımlı ilişkileri denetler. Bu tür ilişkiler varsa, verileri ilk kez yüklediğinizde Power BI veri modeline yansıtılırlar. Bu seçenek, bu ilişkileri kendiniz bulmanızı veya tanımlamanızı gerektirmeden modelinizle hızla çalışmaya başlamanızı sağlar.
Veri yenilerken ilişkileri güncelleştir veya sil: Bu seçenek varsayılan olarak seçili değildir. Seçerseniz, Power BI veri kümeniz yenilendiğinde veri kaynağı ilişkilerindeki değişiklikleri denetler. Bu ilişkilerin değişmesi veya kaldırılması durumunda Power BI, bu değişiklikleri eşleşecek şekilde güncelleme veya silme işlemi yaparak kendi veri modelinde yansıtır.
Uyarı
Tanımlı ilişkilere dayanan satır düzeyi güvenlik kullanıyorsanız, bu seçeneği belirtmenizi önermeyiz. RLS ayarlarınızın dayandığı bir ilişkiyi kaldırırsanız modeliniz daha az güvenli hale gelebilir.
Veriler yüklendikten sonra yeni ilişkileri otomatik olarak algıla: Bu seçenek Yükleme sırasında otomatik algılama altında açıklanmıştır.
Veriler güncelleştirildiğinde farklı bir kardinalite gerekir
Normalde, Power BI Desktop ilişki için en iyi kardinaliteyi otomatik olarak belirleyebilir. Verilerin daha sonra değişeceğini bildiğiniz için otomatik ayarı geçersiz kılmanız gerekirse bunu Kardinalite denetimini kullanarak değiştirebilirsiniz. Farklı bir kardinalite seçmemiz gereken bir örneğe bakalım.
Aşağıdaki CompanyProjectPriority tablosu, tüm şirket projelerinin ve proje önceliklerinin yer aldığı listedir. ProjectBudget tablosunda bütçesi onaylanmış projeler yer alır.
CompanyProjectPriority
| ProjName | Priority |
|---|---|
| Mavi | A |
| Red | B |
| Yeşil | C |
| Yellow | C |
| Purple | B |
| Turuncu | C |
ProjectBudget
| Approved Projects | BudgetAllocation | AllocationDate |
|---|---|---|
| Mavi | 40,000 | 12/1/2012 |
| Red | 100,000 | 12/1/2012 |
| Green | 50.000 | 12/1/2012 |
ProjectBudget tablosundaki Approved Projects sütunuyla CompanyProjectPriority tablosundaki ProjectName sütunu arasında ilişki oluşturursanız, Power BI Kardinalite'yi otomatik olarak Tek-tek (1:1) değerine ve Çapraz filtre yönü'nü Her İkisi değerine ayarlar.
Power BI'ın bu ayarları yapmasının nedeni Power BI Desktop için iki tablonun en iyi bileşiminin şöyle olmasıdır:
| ProjName | Priority | BudgetAllocation | AllocationDate |
|---|---|---|---|
| Mavi | A | 40,000 | 12/1/2012 |
| Red | B | 100.000 | 12/1/2012 |
| Yeşil | C | 50,000 | 12/1/2012 |
| Yellow | C | ||
| Purple | B | ||
| Turuncu | C |
Birleştirilen tablonun ProjName sütununda yinelenen değer olmaması nedeniyle, iki tablomuz arasında bire bir türünde bir ilişki bulunur. ProjName sütunu, her değer yalnızca bir kez kullanıldığı için benzersizdir. Bu nedenle, bu iki tablodaki satırlar herhangi bir çoğaltma olmadan doğrudan birleştirilebilir.
Ancak, sonraki yenilemede verilerin değişeceğini bildiğinizi varsayalım. ProjectBudget tablosunun yenilenmiş bir sürümünde artık Blue ve Red projeleri için ek satırlar bulunur:
ProjectBudget
| Approved Projects | BudgetAllocation | AllocationDate |
|---|---|---|
| Mavi | 40,000 | 12/1/2012 |
| Red | 100,000 | 12/1/2012 |
| Green | 50.000 | 12/1/2012 |
| Mavi | 80,000 | 6/1/2013 |
| Red | 90,000 | 6/1/2013 |
Bu ek satırlar artık iki tablonun en iyi birleşiminin şu şekilde olduğu anlamına gelir:
| ProjName | Priority | BudgetAllocation | AllocationDate |
|---|---|---|---|
| Mavi | A | 40,000 | 12/1/2012 |
| Red | B | 100.000 | 12/1/2012 |
| Yeşil | C | 50,000 | 12/1/2012 |
| Yellow | C | ||
| Purple | B | ||
| Turuncu | C | ||
| Mavi | A | 80000 | 6/1/2013 |
| Red | B | 90000 | 6/1/2013 |
Bu yeni birleşik tabloda ProjName sütununda yineleyen değerler vardır. Tablo yenilendikten sonra bu iki özgün tabloda tek - tek türünde ilişki olmaz. Bu durumda, gelecekteki güncelleştirmelerin ProjName sütununun yinelemelere neden olacağını bildiğimiz için Kardinalite'yiProjectBudget'te ve bir tarafı CompanyProjectPriority'deolmak üzere Çokabir (*:1) olarak ayarlamak istiyoruz.
Karmaşık bir tablolar ve ilişkiler kümesi için Çapraz filtre yönü ayarlama
Çoğu ilişki için çapraz filtre yönü Her İkisi olarak ayarlanır. Öte yandan bu seçeneği varsayılandan farklı ayarlamanızı gerektirebilecek bazı az rastlanan durumlar da mevcuttur. Örneğin Power Pivot'un önceki bir sürümünden, her ilişkinin tek bir yöne ayarlandığı bir modeli içeri aktarıyor olabilirsiniz.
Her İkisi ayarı, bağlı tabloların tüm özelliklerinin Power BI Desktop tarafından tek bir tablo gibi değerlendirilmesini sağlar. Ancak, bir ilişkinin çapraz filtre yönünün Power BI Desktop tarafından Her İkisi olarak ayarlanamadığı ve raporlama amacıyla kullanılabilecek anlaşılır bir varsayılanlar kümesinin tutulduğu bazı durumlar bulunur. Bir ilişkinin çapraz filtre yönü Her İkisi olarak ayarlanmamışsa bunun nedeni, söz konusu ayarın belirsizlik yaratacak olmasıdır. Varsayılan çapraz filtre ayarı sizin için uygun değilse belirli bir tablo veya Her İkisi olarak ayarlamayı deneyin.
Tek yönlü çapraz filtreleme birçok durumda işe yarar. Excel 2013 veya önceki sürümlerinden bir Power Pivot modeli aktardıysanız tüm ilişkiler tek yön şeklinde ayarlanır. Tek yön, bağlı tablolardaki filtreleme seçimlerinin, toplama işleminin gerçekleştiği tablolarda çalıştığı anlamına gelir. Bazı durumlarda çapraz filtreleme biraz zor anlaşılabilir, bu nedenle bir örneğe bakalım.
Tek yönlü çapraz filtreleme ile, proje saatlerini özetleyen bir rapor oluşturursanız CompanyProject tablosuna ve onun Priority sütununa göre veya CompanyEmployee tablosuna ve onun City sütununa göre özetlemeyi (veya filtrelemeyi) seçebilirsiniz. Ancak, proje başına çalışan sayısını hesaplamak isterseniz (daha az karşılaşılan bir soru) işe yaramaz. Tüm değerlerin aynı olduğu bir sütun elde edersiniz. Aşağıdaki örnekte her iki ilişkinin de çapraz filtreleme yönü, ProjectHours tablosuna doğru tek yönlü olarak ayarlanmıştır. Değerler kutusunda Project alanı Count olarak ayarlanmıştır:
Filtre belirtimi akışı, CompanyProject'ten ProjectHours'a doğru gerçekleşir (aşağıdaki resimde gösterildiği gibi) ama CompanyEmployee'ye doğru gerçekleşmez.
Ancak, çapraz filtreleme yönünü Her İkisi olarak ayarlarsanız çalışır. Her İkisi ayarı, filtre belirtiminin CompanyEmployee'ye doğru akıtılmasını sağlar.
Çapraz filtreleme yönü Her İkisi olarak ayarlandığında raporumuz artık doğru görünür:
Her iki yönde çapraz filtreleme, yukarıdaki desene benzer bir tablo ilişkileri deseni için düzgün çalışır. Bu şema genellikle yıldız şeması olarak adlandırılır ve şu şekildedir:
Çapraz filtreleme yönü, veritabanlarında sıklıkla bulunan daha genel bir desenle düzgün çalışmaz. Aşağıdaki diyagram buna örnek verilebilir:
Bunun gibi döngülere sahip bir tablo deseniniz varsa çapraz filtreleme, belirsiz bir ilişki kümesi oluşturabilir. Örneğin, TableX'teki bir alanı toplar ve TableY'deki bir alana göre filtrelemeyi seçerseniz filtrenin hangi yönde ilerleyeceği (en üstteki tablodan veya en alttaki tablodan) net olmaz. Bu tür desenlere ilişkin sık kullanılan bir örnek olarak, TableX'in, gerçek verilere sahip bir satış tablosu ve TableY'nin de bütçe verileri olduğunu düşünün. Ortadaki tablolar, her iki tablonun da kullandığı bölüm veya bölge gibi arama tablolarıdır.
Power BI Desktop, etkin/etkin olmayan ilişkilerde olduğu gibi, raporlarda belirsizlik oluşmasına neden olacaksa bir ilişkinin Her İkisi olarak ayarlanmasına izin vermez. Bu durumu işlemenizin birkaç farklı yolu vardır. Bunlardan en yaygın ikisi şunlardır:
- Belirsizliği azaltmak için ilişkileri silin veya etkin değil olarak işaretleyin. Bu şekilde bir ilişkinin çapraz filtreleme yönünü Her İkisi olarak ayarlayabilirsiniz.
- Döngüleri ortadan kaldırmak için bir tabloyu iki kez (ikinci seferde farklı bir ad ile) getirin. Bunu yaptığınızda ilişkilerin deseni bir yıldız şeması haline gelir. Yıldız şeması ile tüm ilişkiler Her İkisi olarak ayarlanabilir.
Yanlış etkin ilişki
Power BI Desktop otomatik olarak ilişki oluşturduğunda, bazen iki tablo arasında birden çok ilişki ile karşılaşır. Bu durum gerçekleştiğinde ilişkilerin yalnızca biri etkin olarak ayarlanır. Etkin ilişki, varsayılan ilişki işlevi görür. Böylece, iki farklı tablodan alan seçtiğinizde Power BI Desktop sizin için otomatik olarak bir görselleştirme oluşturabilir. Ancak, bazı durumlarda otomatik olarak seçilen ilişki yanlış olabilir. Bir ilişkiyi etkin veya etkin değil olarak ayarlamak için İlişkileri yönet iletişim kutusunu kullanın veya İlişkiyi düzenle iletişim kutusunda etkin ilişkiyi ayarlayın.
Varsayılan bir ilişki olduğundan emin olmak için, Power BI Desktop belirli bir zamanda iki tablo arasında tek bir etkin ilişki olmasına izin verir. Bu nedenle öncelikle, geçerli ilişkiyi etkin değil olarak ayarlamanız ve ardından etkin olmasını istediğiniz ilişkiyi belirlemeniz gerekir.
Bir örneğe göz atalım. Birinci tablo ProjectTickets, ikinci tablo ise EmployeeRole olarak adlandırılmıştır.
ProjectTickets
| Ticket | OpenedBy | SubmittedBy | Hours | Project | DateSubmit |
|---|---|---|---|---|---|
| 1001 | Perham, Tom | Brewer, Alan | 22 | Mavi | 1/1/2013 |
| 1002 | Roman, Daniel | Brewer, Alan | 26 | Red | 2/1/2013 |
| 1003 | Roth, Daniel | Ito, Shu | 34 | Yellow | 12/4/2012 |
| 1004 | Perham, Tom | Brewer, Alan | 13 | Turuncu | 1/2/2012 |
| 1005 | Roman, Daniel | Bowen, Eli | 29 | Purple | 1/10/2013 |
| 1006 | Roth, Daniel | Bento, Nuno | 35 | Yeşil | 2/1/2013 |
| 1007 | Roth, Daniel | Hamilton, David | 10 | Yellow | 1/10/2013 |
| 1008 | Perham, Tom | Han, Mu | 28 | Orange | 1/2/2012 |
| 1009 | Roman, Daniel | Ito, Shu | 22 | Purple | 2/1/2013 |
| 1010 | Roth, Daniel | Bowen, Eli | 28 | Yeşil | 10/1/2013 |
| 1011 | Perham, Tom | Bowen, Eli | 9 | Mavi | 10/15/2013 |
EmployeeRole
| Employee | Role |
|---|---|
| Bento, Nuno | Project Manager |
| Bowen, Eli | Project Lead |
| Brewer, Alan | Project Manager |
| Hamilton, David | Project Lead |
| Han, Mu | Project Lead |
| Ito, Shu | Project Lead |
| Perham, Tom | Project Sponsor |
| Roman, Daniel | Project Sponsor |
| Roth, Daniel | Project Sponsor |
Burada aslında iki ilişki vardır:
- EmployeeRole tablosundaki Employee ile ProjectTickets tablosundaki SubmittedBy arasında.
- ProjectTickets tablosundaki OpenedBy ile EmployeeRole tablosundaki Employee arasında.
Her iki ilişkiyi de modele (öncelikle OpenedBy) eklersek İlişkileri yönet iletişim kutusu OpenedBy'ın etkin olduğunu gösterir:
Şimdi, rapor tuvalindeki bir tablo görselleştirmesinde EmployeeRole tablosundaki Role ve Employee alanlarının ve ProjectTickets tablosundaki Hours alanının kullanıldığı bir rapor oluşturursak yalnızca proje sponsorlarını görürüz. Bunun nedeni, yalnızca proje sponsorlarının proje bileti açmış olmasıdır.
Etkin ilişkiyi değiştirebilir ve OpenedBy tablosu yerine SubmittedBy tablosunu alabiliriz. İlişkileri yönet iletişim kutusunda ProjectTickets(OpenedBy) ile EmployeeRole(Employee) ilişkisinin seçimini kaldırın ve ardından EmployeeRole(Employee) ile Project Tickets(SubmittedBy) ilişkisini işaretleyin.
İlişki görünümünde ilişkilerinizin tümünü görüntüleme
Bazen modelinizin birden çok tablosu olur ve bunlar arasında karmaşık ilişkiler bulunur. Power BI Desktop'taki İlişki görünümü modelinizdeki tüm ilişkileri, bunların yönünü ve kardinalitesini kolay anlaşılır ve özelleştirilebilir bir diyagramda gösterir.
Daha fazla bilgi edinmek için bkz. Power BI Desktop'ta İlişki görünümüyle çalışma.
Sorun giderme
Bu bölüm, Power BI ilişkilerle çalışırken rehberlik ve sorun giderme bilgileri sağlar.
Alanlar arasındaki ilişkiler belirlenemiyor
Power BI kullanılan modelden ilişkileri çıkararak görsellerdeki ilgili verileri göstermeyi dener. Bazen bu tür çıkarımlar belirgin değildir ve görselinizde belirli sütunlar arasında ilişki olmadığını belirten bir hata gördüğünüzde şaşırabilirsiniz.
Power BI alanların ilişkili olup olmadığını nasıl belirlediğini açıklamak için, aşağıdaki bölümlerde birkaç senaryoyu göstermek üzere örnek bir model kullanalım. Aşağıdaki görüntüde örnek senaryolarda kullanacağımız örnek model gösterilmektedir.
Senaryo 1: Geleneksel yıldız şeması ve ölçü kısıtlaması sağlanmadı. Önceki görüntüdeki örnek modele bakarak, önce Vendor - Purchases - Product tablolarındaki görüntülerin sağ yarısına bakalım. Bu, Olgu tablosu (Satın Almalar) ve iki Boyut tablosu (Ürün ve Satıcı) içeren geleneksel bir yıldız şemasıdır. Boyut tabloları ile olgu tablosu arasındaki ilişki 1 ile Çok arasıdır (bir ürün birçok satın alma işlemine karşılık gelir, bir satıcı birçok satın alma işlemine karşılık gelir). Bu tür bir şemada, X ürünü için hangi satışlara sahibiz? ve Satıcı Y için hangi satışlara sahibiz? ve Vendor Yhangi ürünleri satıyor? gibi soruları yanıtlayabiliriz.
Ürünler ve Satıcılar arasında bağıntı sağlamak istiyorsak, aynı ürün ve satıcıya sahip bir giriş olup olmadığını görmek için Satın Almalar tablosuna bakarak bunu yapabiliriz. Örnek sorgu aşağıdaki gibi görünebilir:
Correlate Product[Color] with Vendor[Name] where CountRows(Purchases)>0
where CountRows(Purchases)>0, Power BI ilgili verilerin döndürülmesini sağlamak için ekleyecekleri örtük bir kısıtlamadır.
Bu bağıntıyı Satın Almalar tablosu aracılığıyla yaparak, olgu tablosunda en az bir girişi olan Product-Vendor eşleştirmelerini, veri açısından anlamlı olan eşleştirmeleri döndürebiliriz. Hiç satış yapılmamış olan (analiz için işe yaramaz) Product-Vendor gereksiz birleşimlerinin görüntülenmemesini bekleyebilirsiniz.
Senaryo 2: Geleneksel yıldız şeması ve ölçü kısıtlaması sağlanır. Senaryo 1'deki önceki örnekte, kullanıcı özetlenmiş sütun (örneğin, Toplam/Ortalama/Satın Alma Miktarı Sayısı) veya model ölçüsü (Ayrı VendID Sayısı) biçiminde bir kısıtlama sağlıyorsa Power BI aşağıdaki biçimde bir sorgu oluşturabilir:
Correlate Product[Color] with Vendor[Name] where MeasureConstraint is not blank
Böyle bir durumda, Power BI kullanıcı tarafından sağlanan kısıtlama için anlamlı değerlere sahip birleşimler döndürmeye çalışır (boş olmayan). kullanıcı tarafından sağlanan kısıtlama yeterli olduğundan, Power BI countrows(Purchases)>0 için önceki Senaryo 1'de yapılan gibi kendi örtük kısıtlamasını da eklemesi gerekmez.
Senaryo 3: Yıldız olmayan şema ve ölçü kısıtlaması sağlanmadı. Bu senaryoda, dikkatimizi bir boyut tablosu (Ürün) ve iki Olgu Tablomuz (Satış, Satın Almalar) olan Sales - Product - Purchases tablolarının bulunduğu modelin merkezine odaklanıyoruz. Bu bir yıldız şeması olmadığından Senaryo 1'dekiyle aynı tür soruları yanıtlayamıyoruz. Satın Almalar ve Satışlar arasında bağıntı oluşturmaya çalıştığımızı düşünelim; Purchases'ınProduct ile Çok-1 ilişkisi olduğundan ve Product'ınSatış, Satış ve Satın Almalar ile dolaylı olarak Çoka Çok ilişkisi olduğundan. Bir Ürünü birçok Satın Alma işlemine, bir Ürünü de birçok satışa bağlayabiliriz, ancak bir Satışı birçok Satın Alma işlemine bağlayamıyoruz(veya tam tersi). Birçok Satın Almayı yalnızca birçok Satışa bağlayabiliriz.
Bu durumda, Purchase[VenID] ve Sales[CustID] öğesini bir görselde birleştirmeye çalışırsak, bu tablolar arasındaki Çoka Çok ilişkisi nedeniyle Power BI uygulayabileceği somut bir kısıtlama yoktur. Çeşitli senaryolar için uygulanabilecek özel kısıtlamalar (modelde oluşturulan ilişkilerden kaynaklanması gerekmez) olsa da, Power BI yalnızca ilişkilere dayalı olarak varsayılan bir kısıtlama çıkaramaz. Power BI iki tablonun tüm birleşimlerini döndürmeye çalışsa, büyük bir çapraz birleşim oluşturur ve ilgili olmayan veriler döndürür. Bunun yerine, Power BI görselde aşağıdaki gibi bir hata oluşturur.
Senaryo 4: Yıldız olmayan şema ve ölçü kısıtlaması sağlandı. Örneği Senaryo 3'ten alır ve özetlenmiş sütun (örneğin Product[ProdID] Sayısı) biçiminde bir kullanıcı tarafından sağlanan kısıtlamayı veya model ölçüsü (Sales[Total Qty]) eklersek Power BI, MeasureConstraint'in boş olmadığı Correlate Purchase[VenID] ve Sales[CustID] biçiminde bir sorgu oluşturabilir.
Bu durumda Power BI, kullanıcının kısıtlamasını Power BI uygulanması gereken tek kısıtlama olarak dikkate alır ve bunun için boş olmayan değerler üreten bileşimleri döndürür. Kullanıcı, Power BI istediği senaryoya yönlendirmiştir ve Power BI kılavuzu uygular.
Senaryo 5: Ölçü kısıtlaması sağlandığında ancak kısmen sütunla ilişkili olduğunda. Kullanıcı tarafından sağlanan ölçü kısıtlamasının görseldeki tüm sütunlara tamamen bağlı olmadığı durumlar vardır. Model ölçüsü her zaman her şeyi ilişkilendirmektedir; Power BI, görseldeki sütunlar arasındaki ilişkileri bulmaya çalışırken bunu kara kutu olarak kabul eder ve kullanıcının bunu kullanarak ne yaptığını bildiğini varsayar. Ancak, kullanıcı arabiriminden seçilen Toplam, Ortalama ve benzer özetler biçimindeki özetlenmiş sütunlar, o sütunun ait olduğu tablonun ilişkilerine bağlı olarak görselde kullanılan sütunların/tabloların yalnızca bir alt kümesiyle ilişkilendirilebilir. Bu nedenle, kısıtlama bazı sütun eşleştirmeleri için geçerlidir, ancak tümü için geçerli değildir; bu durumda Power BI kullanıcı tarafından sağlanan kısıtlamayla ilgili olmayan sütunlar için uygulayabileceği varsayılan kısıtlamaları bulmaya çalışır (senaryo 1'deki gibi). Power BI bulamazsa aşağıdaki hata döndürülür.
İlişki hatalarını çözme
Alanlar arasındaki ilişkiler belirlenemiyor hatasını gördüğünüzde, hatayı düzeltmeye çalışmak için aşağıdaki adımları uygulayabilirsiniz:
Modelinizi denetleyin. Analizinizden yanıtlanmasını istediğiniz soru türleri için uygun şekilde ayarlandı mı? Tablolar arasındaki ilişkilerin bazılarını değiştirebilir misiniz? Dolaylı Çoka Çok oluşturmaktan kaçınabilir misiniz?
Ters çevrilen V şekli şemanızı iki tabloya dönüştürmeyi göz önünde bulundurun ve Power BI Desktop'da çoka çok ilişkileri uygulama bölümünde açıklandığı gibi bunlar arasında doğrudan Çoka Çok ilişkisi kullanın.
Özetlenmiş sütun veya model ölçüsü biçiminde görsele kısıtlama ekleyin.
Özetlenmiş bir sütun eklenirse ve hala bir hata varsa model ölçüsü kullanmayı göz önünde bulundurun.
Sonraki adımlar
Modeller ve ilişkiler hakkında daha fazla bilgi için aşağıdaki makalelere bakın: