Power BI Desktop'ta bileşik modelleri kullanma

Daha önce Power BI Desktop'ta bir raporda DirectQuery kullandığınızda, bu rapor için DirectQuery veya içeri aktarma gibi başka hiçbir veri bağlantısına izin verilmiyordu. Bileşik modellerde bu kısıtlama kaldırılır. Bir rapor, seçtiğiniz herhangi bir birleşimde birden fazla DirectQuery'den veri bağlantılarını sorunsuz bir şekilde içerebilir veya veri bağlantısını içeri aktarabilir.

Power BI Desktop'taki bileşik modeller özelliği üç ilgili özellik içerir:

• Bileşik modeller: Raporun farklı kaynak gruplarından iki veya daha fazla veri bağlantısına sahip olmasını sağlar. Bu kaynak grupları bir veya daha fazla DirectQuery bağlantısı ve içeri aktarma bağlantısı, iki veya daha fazla DirectQuery bağlantısı veya bunların herhangi bir bileşimi olabilir. Bu makalede bileşik modeller ayrıntılı olarak açıklanmaktadır.

• Çoka çok ilişkiler: Bileşik modellerle tablolar arasında çoka çok ilişkiler kurabilirsiniz. Bu yaklaşım, tablolardaki benzersiz değerlere yönelik gereksinimleri kaldırır. Ayrıca ilişkiler oluşturmak için yalnızca yeni tabloları sunma gibi önceki geçici çözümleri de kaldırır. Daha fazla bilgi için bkz . Power BI Desktop'ta çoka çok ilişkileri uygulama.

• Depolama modu: Artık arka uç veri kaynaklarını sorgulayan görselleri belirtebilirsiniz. Bu özellik performansı artırmaya ve arka uç yükünü azaltmaya yardımcı olur. Daha önce, dilimleyiciler gibi basit görseller bile arka uç kaynaklarına sorgular başlatmıştı. Daha fazla bilgi için bkz . Power BI Desktop'ta depolama modunu yönetme.

Bileşik modelleri kullanma

Bileşik modellerle, Power BI Desktop'ı veya Power BI hizmeti kullanırken farklı türlerdeki veri kaynaklarına bağlanabilirsiniz. Bu veri bağlantılarını birkaç yolla yapabilirsiniz:

• Verileri Power BI'a aktararak, veri almak için en yaygın yöntemdir.
• DirectQuery kullanarak özgün kaynak deposundaki verilere doğrudan bağlanarak. DirectQuery hakkında daha fazla bilgi edinmek için bkz . Power BI'da DirectQuery.

DirectQuery kullandığınızda bileşik modeller, aşağıdaki eylemlerden birini veya her ikisini birden gerçekleştiren tek bir .pbix Power BI Desktop dosyası gibi bir Power BI modeli oluşturmayı mümkün hale getirir:

• Bir veya daha fazla DirectQuery kaynağındaki verileri birleştirir.
• DirectQuery kaynaklarından verileri birleştirir ve verileri içeri aktarır.

Örneğin, bileşik modelleri kullanarak aşağıdaki veri türlerini birleştiren bir model oluşturabilirsiniz:

• Kurumsal veri ambarından alınan satış verileri.
• Departman SQL Server veritabanından satış hedefi verileri.
• Elektronik tablodan içeri aktarılan veriler.

Birden fazla DirectQuery kaynağındaki verileri birleştiren veya DirectQuery ile içeri aktarma verilerini birleştiren modele bileşik model adı verilir.

Tablolar farklı kaynaklardan geldiğinde bile tablolar arasında her zaman olduğu gibi ilişkiler oluşturabilirsiniz. Kaynaklar arası ilişkiler, gerçek kardinalitelerinden bağımsız olarak çoka çok kardinalitesiyle oluşturulur. Bunları bire çok, çoka bir veya bire bir olarak değiştirebilirsiniz. Hangi kardinaliteyi ayarlarsanız ayarlayın, kaynaklar arası ilişkiler farklı davranışlara sahiptir. Yan taraftaki many değerleri one almak için Veri Çözümleme İfadeleri (DAX) işlevlerini kullanamazsınız. Ayrıca, aynı kaynak içinde çoka çok ilişkilerine karşı bir performans etkisi görebilirsiniz.

Bileşik model örneği

Bileşik model örneği için, DirectQuery kullanarak SQL Server'daki kurumsal veri ambarlarına bağlanan bir rapor düşünün. Bu örnekte, veri ambarı aşağıdaki görüntüde gösterildiği gibi Ülkeye, Çeyrek ve Bisiklete Göre Satış (Ürün) verilerini içerir:

Bu noktada, bu kaynaktan alınan alanları kullanarak basit görseller oluşturabilirsiniz. Aşağıdaki görüntüde, seçilen bir çeyrek için ProductName'e göre toplam satışlar gösterilmektedir.

Peki excel elektronik tablosunda pazarlama önceliğiyle birlikte her ürüne atanmış ürün yöneticisiyle ilgili verileriniz varsa ne olur? Sales Amount by Product Manager'ı görüntülemek istiyorsanız, bu yerel verileri kurumsal veri ambarı'na eklemek mümkün olmayabilir. Ya da en iyi şekilde aylar sürebilir.

DirectQuery kullanmak yerine bu satış verilerini veri ambarından içeri aktarmak mümkün olabilir. Daha sonra satış verileri elektronik tablodan içeri aktardığınız verilerle birleştirilebilir. Ancak bu yaklaşım, DirectQuery'nin ilk başta kullanılmasına neden olan nedenlerden dolayı makul değildir. Bunun nedenleri şunlar olabilir:

• Temel alınan kaynakta zorunlu kılınan güvenlik kurallarının bir bileşimi.
• En son verileri görüntüleyebilme gereksinimi.
• Verilerin büyük ölçeği.

Bileşik modeller burada devreye girer. Bileşik modeller DirectQuery kullanarak veri ambarı'na bağlanmanızı ve daha fazla kaynak için Veri al'ı kullanmanızı sağlar. Bu örnekte ilk olarak kurumsal veri ambarı ile DirectQuery bağlantısını kuracağız. Veri al'ı kullanır, Excel'i seçer ve yerel verilerimizi içeren elektronik tabloya gideriz. Son olarak, Ürün Adlarını, atanan Sales Manager'ı ve Önceliği içeren elektronik tabloyu içeri aktarıyoruz.

Alanlar listesinde iki tablo görebilirsiniz: SQL Server'daki özgün Bike tablosu ve yeni bir ProductManagers tablosu. Yeni tablo, Excel'den içeri aktarılan verileri içerir.

Benzer şekilde, Power BI Desktop'taki İlişki görünümünde artık ProductManagers adlı başka bir tablo görüyoruz.

Şimdi bu tabloları modeldeki diğer tablolarla ilişkilendirmemiz gerekiyor. Her zaman olduğu gibi, SQL Server'dan Bike tablosu ile içeri aktarılan ProductManagers tablosu arasında bir ilişki oluştururuz. Başka bir ifadeyle, ilişki Bike[ProductName] ile ProductManagers[ProductName] arasındadır. Daha önce açıklandığı gibi, kaynaktan geçen tüm ilişkiler varsayılan olarak çoka çok kardinalitesine geçer.

Bu ilişkiyi oluşturduğumuza göre, beklediğimiz gibi Power BI Desktop'taki İlişki görünümünde görüntülenir.

Artık Alanlar listesindeki alanlardan herhangi birini kullanarak görseller oluşturabiliriz. Bu yaklaşım, birden çok kaynaktan gelen verileri sorunsuz bir şekilde harmanlar. Örneğin, her Product Manager için toplam SalesAmount aşağıdaki görüntüde görüntülenir:

Aşağıdaki örnek, başka bir yerden içeri aktarılan bazı ek verilerle genişletilmiş Product veya Customer gibi bir boyut tablosunun yaygın bir örneğini görüntüler. Tabloların çeşitli kaynaklara bağlanmak için DirectQuery kullanmasını sağlamak da mümkündür. Örneğimizle devam etmek için Ülke ve Dönem Başına Satış Hedeflerinin ayrı bir departman veritabanında depolandığını düşünün. Her zamanki gibi, aşağıdaki görüntüde gösterildiği gibi Bu verilere bağlanmak için Veri al'ı kullanabilirsiniz:

Daha önce yaptığımız gibi, yeni tabloyla modeldeki diğer tablolar arasında ilişkiler oluşturabiliriz. Ardından tablo verilerini birleştiren görseller oluşturabiliriz. Şimdi yeni ilişkileri oluşturduğumuz İlişkiler görünümüne bir kez daha bakalım:

Sonraki görüntü, oluşturduğumuz yeni verileri ve ilişkileri temel alır. Sol alt taraftaki görselde toplam Satış Tutarı ile Hedef karşılaştırması gösterilir ve varyans hesaplaması farkı gösterir. Sales Amount ve Target verileri iki farklı SQL Server veritabanından gelir.

Depolama modunu ayarlama

Bileşik modeldeki her tablo, tablonun DirectQuery'yi mi yoksa içeri aktarmayı mı temel aldığına ilişkin bir depolama moduna sahiptir. Depolama modu Özellik bölmesinde görüntülenebilir ve değiştirilebilir. Depolama modunu görüntülemek için Alanlar listesinde bir tabloya sağ tıklayın ve özellikler'i seçin. Aşağıdaki görüntüde SalesTargets tablosunun depolama modu gösterilmektedir .

Depolama modu her tablonun araç ipucunda da görüntülenebilir.

DirectQuery'den bazı tabloları ve bazı içeri aktarma tablolarını içeren herhangi bir Power BI Desktop dosyası (.pbix dosyası) için durum çubuğunda Karma adlı bir depolama modu görüntülenir. Durum çubuğunda bu terimi seçebilir ve tüm tabloları kolayca içeri aktaracak şekilde değiştirebilirsiniz.

Depolama modu hakkında daha fazla bilgi için bkz . Power BI Desktop'ta depolama modunu yönetme.

Hesaplanan tablolar

Power BI Desktop'ta DirectQuery kullanan bir modele hesaplanmış tablolar ekleyebilirsiniz. Hesaplanan tabloyu tanımlayan Veri Çözümleme İfadeleri (DAX), içeri aktarılan veya DirectQuery tablolarına ya da ikisinin birleşimine başvurabilir.

Hesaplanan tablolar her zaman içeri aktarılır ve tabloları yenilediğinizde verileri yenilenir. Hesaplanan tablo bir DirectQuery tablosuna başvuruyorsa, DirectQuery tablosuna başvuran görseller her zaman temel alınan kaynaktaki en son değerleri gösterir. Alternatif olarak, hesaplanan tabloya başvuran görseller, hesaplanan tablonun en son yenilendiği zamandaki değerleri gösterir.

Güvenlik etkileri

Bileşik modellerin bazı güvenlik etkileri vardır. Bir veri kaynağına gönderilen sorgu, başka bir kaynaktan alınan veri değerlerini içerebilir. Önceki örnekte, Product Manager tarafından görüntülenen (Sales Amount) görseli Sales ilişkisel veritabanına bir SQL sorgusu gönderir. Bu SQL sorgusu Ürün Yöneticilerinin adlarını ve ilişkili Ürünleri içerebilir.

Bu nedenle, elektronik tabloda depolanan bilgiler artık ilişkisel veritabanına gönderilen bir sorguya dahil edilir. Bu bilgiler gizliyse, güvenlik etkilerini dikkate almanız gerekir. Özellikle aşağıdaki noktaları göz önünde bulundurun:

• İzlemeleri veya denetim günlüklerini görüntüleyebilen herhangi bir veritabanı yöneticisi, özgün kaynağındaki veriler için izinler olmasa bile bu bilgileri görüntüleyebilir. Bu örnekte, yöneticinin Excel dosyası için izinlere ihtiyacı olacaktır.

• Her kaynağın şifreleme ayarları dikkate alınmalıdır. Şifrelenmiş bir bağlantıyla bir kaynaktan bilgi almaktan kaçınmak ve bunu yanlışlıkla şifrelenmemiş bir bağlantıyla başka bir kaynağa gönderilen sorguya eklemek istiyorsunuz.

Güvenlik üzerindeki etkileri dikkate aldığınızdan onay almak için, bileşik model oluşturduğunuzda Power BI Desktop bir uyarı iletisi görüntüler.

Ayrıca, bir yazar Model A'dan Bileşik Model'e Tablo1 eklerse (başvuru için Model C diyelim), C Modeli üzerinde oluşturulmuş bir raporu görüntüleyen bir kullanıcı A Modelinde satır düzeyi güvenlik RLS ile korunmamış olan herhangi bir tabloyu sorgulayabilir.

Benzer nedenlerle, güvenilmeyen bir kaynaktan gönderilen bir Power BI Desktop dosyasını açarken dikkatli olun. Dosya bileşik modeller içeriyorsa, bir kişinin dosyayı açan kullanıcının kimlik bilgilerini kullanarak bir kaynaktan aldığı bilgiler sorgunun bir parçası olarak başka bir veri kaynağına gönderilir. Bilgiler, Power BI Desktop dosyasının kötü amaçlı yazarı tarafından görüntülenebilir. İlk olarak birden çok kaynak içeren bir Power BI Desktop dosyasını açtığınızda, Power BI Desktop bir uyarı görüntüler. Uyarı, yerel SQL sorguları içeren bir dosyayı açtığınızda görüntülenene benzer.

Performans üzerindeki etkileri

DirectQuery kullanırken, öncelikle arka uç kaynağının kullanıcılar için iyi bir deneyim sağlamak için yeterli kaynağa sahip olduğundan emin olmak için her zaman performansı dikkate almanız gerekir. İyi bir deneyim, görsellerin beş saniye veya daha kısa sürede yenilenmesi anlamına gelir. Daha fazla performans önerisi için bkz . Power BI'da DirectQuery.

Bileşik modellerin kullanılması diğer performans konularını da ekler. Tek bir görsel birden çok kaynağa sorgu gönderilmesine neden olabilir ve bu da genellikle bir sorgudaki sonuçları ikinci bir kaynağa geçirir. Bu durum aşağıdaki yürütme biçimleriyle sonuçlanabilir:

• Çok sayıda değişmez değer içeren bir kaynak sorgu: Örneğin, seçili Ürün Yöneticileri kümesi için toplam Satış Tutarı isteyen bir görselin önce bu ürün yöneticileri tarafından yönetilen Ürünleri bulması gerekir. Görsel, yan tümcedeki tüm ürün kimliklerini WHERE içeren bir SQL sorgusu göndermeden önce bu sıranın gerçekleşmesi gerekir.

• Verilerin daha sonra yerel olarak toplandığı daha düşük bir ayrıntı düzeyinde sorgulayan bir kaynak sorgu: Product Manager'daki filtre ölçütlerini karşılayan Ürün sayısı arttıkça, tüm ürünleri yan WHERE tümceye eklemek verimsiz veya mümkün olmayabilir. Bunun yerine, ilişkisel kaynağı Ürünler'in alt düzeyinde sorgulayabilir ve ardından sonuçları yerel olarak toplayabilirsiniz. Products kardinalitesi 1 milyon sınırını aşarsa sorgu başarısız olur.

• Değere göre grup başına bir tane olmak üzere birden çok kaynak sorgusu: Toplama DistinctCount kullandığında ve başka bir kaynaktan bir sütuna göre gruplandırıldığında ve dış kaynak gruplandırma işlemini tanımlayan birçok değişmez değerin verimli bir şekilde geçirilmesini desteklemiyorsa, değere göre grup başına bir SQL sorgusu göndermek gerekir.

  Elektronik tablodan içeri aktarılan Ürün Yöneticileri tarafından SQL Server tablosundan ayrı bir CustomerAccountNumber sayısı isteyen bir görselin, SQL Server'a gönderilen sorgudaki Ürün Yöneticileri tablosundaki ayrıntıları iletmesi gerekir. Örneğin redshift gibi diğer kaynaklara göre bu eylem kullanılamaz. Bunun yerine Sales Manager başına bir SQL sorgusu gönderilir ve bu noktada sorgu başarısız olur.

Bu durumların her birinin performans üzerinde kendi etkileri vardır ve tam ayrıntılar her veri kaynağı için farklılık gösterir. İki kaynağı birleştiren ilişkide kullanılan sütunların kardinalitesi düşük olsa da, birkaç binlik performans etkilenmemelidir. Bu kardinalite büyüdükçe, sonuçta elde edilen performans üzerindeki etkiye daha fazla dikkat etmelisiniz.

Ayrıca, çoka çok ilişkilerin kullanılması, ayrıntılı değerleri yerel olarak toplamak yerine her toplam veya alt toplam düzeyi için temel alınan kaynağa ayrı sorgular gönderilmesi gerektiği anlamına gelir. Toplamları olan basit bir tablo görseli, bir sorgu yerine iki kaynak sorgu gönderir.

Kaynak gruplar

Kaynak grubu, DirectQuery kaynağından veya veri modelinde yer alan tüm içeri aktarma kaynaklarından gelen tablolar ve ilişkiler gibi öğelerden oluşan bir koleksiyondur. Bileşik model bir veya daha fazla kaynak grubundan oluşur. Aşağıdaki örnekleri değerlendirin:

• Sales adlı bir Power BI anlam modeline bağlanan ve özgün anlam modelinde bulunmayan bir Sales YTD ölçüsü ekleyerek anlam modelini zenginleştiren bileşik model. Bu model bir kaynak grubundan oluşur.
• Hedefler adlı bir Excel sayfasından ve Bölgeler adlı bir CSV dosyasından tablo içeri aktararak ve Satış adlı bir Power BI anlam modeline DirectQuery bağlantısı oluşturarak verileri birleştiren bileşik model. Bu durumda, aşağıdaki görüntüde gösterildiği gibi iki kaynak grubu vardır:
  • İlk kaynak grubu Hedefler Excel sayfasındaki tabloları ve Bölgeler CSV dosyasını içerir.
  • İkinci kaynak grubu Sales Power BI anlam modelindeki öğeleri içerir.

Stok adlı bir SQL Server veritabanına DirectQuery bağlantısı gibi başka bir kaynağa başka bir DirectQuery bağlantısı eklediyseniz, bu kaynaktaki öğeler başka bir kaynak grubu eklenir:

Kaynak grupları ve ilişkiler

Bileşik modelde iki tür ilişki vardır:

• Kaynak grubu içi ilişkiler. Bu ilişkiler, bir kaynak grup içindeki öğeleri birlikte ilişkilendirilir. Bu ilişkiler, çoka çok olmadığı sürece her zaman normal ilişkilerdir ve bu durumda sınırlıdırlar.
• Kaynak grupları arası ilişkiler. Bu ilişkiler bir kaynak grubunda başlar ve farklı bir kaynak grubunda biter. Bu ilişkiler her zaman sınırlı ilişkilerdir.

Normal ve sınırlı ilişkiler arasındaki ayrım ve bunların etkileri hakkında daha fazla bilgi edinin.

Örneğin, aşağıdaki görüntüde, çeşitli kaynak gruplarındaki tabloları birbiriyle ilişkili üç kaynak grubu ilişkisi ekledik:

Yerel ve uzak

Bir DirectQuery kaynak grubundaki herhangi bir öğe, DirectQuery kaynağının bir uzantısı veya zenginleştirmesinin parçası olarak yerel olarak tanımlanmadığı ve uzak kaynağın parçası olmadığı sürece (ölçü veya hesaplanmış tablo gibi) uzak kabul edilir. DirectQuery kaynak grubundaki bir tabloyu temel alan hesaplanan tablo "İçeri Aktar" kaynak grubuna aittir ve yerel olarak kabul edilir. "İçeri Aktar" kaynak grubundaki tüm öğeler yerel olarak kabul edilir. Örneğin, Stok kaynağına DirectQuery bağlantısı kullanan bileşik modelde aşağıdaki ölçüyü tanımlarsanız ölçü yerel olarak kabul edilir:

[Average Inventory Count] = Average(Inventory[Inventory Count])

Hesaplama grupları, sorgu ve ölçü değerlendirmesi

Hesaplama grupları , yedekli ölçü sayısını azaltmanın ve ortak ölçü ifadelerinin birlikte gruplandırılması için bir yol sağlar. Tipik kullanım örnekleri, fiili değerlerden ay-bugüne, üç aylık veya yıl-tarih hesaplamalarına geçiş yapabilmek istediğiniz akıllı zaman gösterimi hesaplamalarıdır. Bileşik modellerle çalışırken, hesaplama grupları arasındaki etkileşimi ve ölçünün yalnızca tek bir uzak kaynak grubundaki öğelere başvurup göndermediğini bilmeniz önemlidir. Ölçü yalnızca tek bir uzak kaynak grubundaki öğelere başvuruyorsa ve uzak model ölçüyü etkileyen bir hesaplama grubu tanımlıyorsa, ölçü uzak modelde veya yerel modelde tanımlanmış olsa bile bu hesaplama grubu uygulanır. Bununla birlikte, ölçü tek bir uzak kaynak grubundaki öğelere özel olarak başvurmaz ancak uzak bir hesaplama grubunun uygulandığı uzak kaynak grubundaki öğelere başvuruyorsa, ölçünün sonuçları yine de uzak hesaplama grubundan etkilenebilir. Aşağıdaki örneği inceleyin:

• Bayi Satışları, uzak modelde tanımlanan bir ölçüdür.
• Uzak model, Bayi Satışlarının sonucunu değiştiren bir hesaplama grubu içerir
• İnternet Satışları, yerel modelde tanımlanan bir ölçüdür.
• Toplam Satış, yerel modelde tanımlanan bir ölçüdür ve aşağıdaki tanıma sahiptir:

[Total Sales] = [Internet Sales] + [Reseller Sales]

Bu senaryoda İnternet Satışları ölçüsü, aynı modelin parçası olmadıklarından uzak modelde tanımlanan hesaplama grubundan etkilenmez. Ancak hesaplama grubu, aynı modelde olduklarından Bayi Satışları ölçüsünün sonucunu değiştirebilir. Bu durum, Toplam Satışlar ölçüsü tarafından döndürülen sonuçların dikkatli bir şekilde değerlendirilmesi gerektiği anlamına gelir. Yıldan bugüne sonuçları döndürmek için uzak modelde hesaplama grubunu kullandığımızı düşünün. Bayi Satışları tarafından döndürülen sonuç artık bir yıllık değerken, İnternet Satışları tarafından döndürülen sonuç hala gerçektir. Yılın bugüne kadarki sonucuna fiili bir değer eklediği için Toplam Satışlar'ın sonucu büyük olasılıkla beklenmeyen bir durumdur.

Power BI anlam modelleri ve Analysis Services üzerinde bileşik modeller

Bileşik modelleri Power BI anlam modelleri ve Analysis Services ile kullanarak, DirectQuery bağlantısı kullanarak Power BI anlam modellerine, Azure Analysis Services'e (AAS) ve SQL Server 2022 Analysis Services'e bağlanmak için bileşik model oluşturabilirsiniz. Bileşik model kullanarak bu kaynaklardaki verileri diğer DirectQuery ve içeri aktarılan verilerle birleştirebilirsiniz. Kurumsal anlamsal modellerindeki verileri Excel elektronik tablosu gibi sahip oldukları diğer verilerle birleştirmek ya da kurumsal anlam modellerindeki meta verileri kişiselleştirmek veya zenginleştirmek isteyen rapor yazarları bu işlevi özellikle yararlı bulacaktır.

Power BI anlam modellerinde bileşik modelleri yönetme

Power BI anlam modellerinde bileşik modellerin oluşturulmasını ve tüketimini etkinleştirmek için kiracınızda aşağıdaki anahtarların etkinleştirilmesi gerekir:

• Şirket içi anlam modelleri ile Excel'de XMLA Uç Noktalarına ve Çözümle'ye izin verin. Bu anahtar devre dışı bırakılırsa Power BI anlam modeline DirectQuery bağlantısı yapılamaz.
• Kullanıcılar canlı bağlantı kullanarak Excel'de Power BI anlam modelleri ile çalışabilir. Bu anahtar devre dışı bırakılırsa kullanıcılar Power BI anlam modellerine canlı bağlantı oluşturamaz, bu nedenle Bu modelde değişiklik yap düğmesine ulaşılamaz.
• Power BI anlam modellerine DirectQuery bağlantısına izin verin. Bu anahtar ve devre dışı bırakmanın etkisi hakkında daha fazla bilgi için aşağıdaki paragraflara bakın.

Ayrıca Premium kapasiteler ve Kullanıcı Başına Premium için "XMLA uç noktası" ayarının etkinleştirilmesi ve "Salt Okunur" veya "Okuma/Yazma" olarak ayarlanması gerekir.

Kiracı yöneticileri, yönetici portalında Power BI anlam modellerine DirectQuery bağlantılarını etkinleştirebilir veya devre dışı bırakabilir. Bu varsayılan olarak etkin olsa da, devre dışı bırakmak kullanıcıların Power BI anlam modellerinde yeni bileşik modelleri hizmete yayımlamasını engeller.

Power BI anlam modelinde bileşik model kullanan mevcut raporlar çalışmaya devam ediyor ve kullanıcılar desktop kullanarak bileşik modeli oluşturmaya devam edebilir ancak hizmette yayımlayamaz. Bunun yerine, Bu modelde değişiklik yap'ı seçerek Power BI anlam modeline directQuery bağlantısı oluşturduğunuzda aşağıdaki uyarı iletisini görürsünüz:

Bu şekilde, yerel Power BI Desktop ortamınızda anlam modelini keşfetmeye ve bileşik modeli oluşturmaya devam edebilirsiniz. Ancak, raporu Hizmet'e yayımlayamazsınız. Raporu ve modeli yayımladığınızda aşağıdaki hata iletisini görürsünüz ve yayın engellenir:

Power BI anlam modellerine yönelik canlı bağlantılar anahtardan etkilenmez ve Analysis Services'e canlı veya DirectQuery bağlantıları da etkilenmez. Bunlar, anahtarın kapalı olup olmadığına bakılmaksızın çalışmaya devam ediyor. Ayrıca, Power BI anlam modelinde bileşik model kullanan yayımlanmış raporlar yayımlandıktan sonra anahtar kapatılmış olsa bile çalışmaya devam eder.

Anlamsal model veya model üzerinde bileşik model oluşturma

Power BI anlam modeli veya Analysis Services modeli üzerinde bileşik model oluşturmak için raporunuzun yerel bir modele sahip olması gerekir. Canlı bağlantıdan başlayıp yerel bir model ekleyebilir veya yükseltebilir ya da directQuery bağlantısıyla veya raporunuzda otomatik olarak yerel bir model oluşturan içeri aktarılan verilerle başlayabilirsiniz.

Modelinizde hangi bağlantıların kullanıldığını görmek için Power BI Desktop'ın sağ alt köşesindeki durum çubuğuna bakın. Yalnızca bir Analysis Services kaynağına bağlıysanız aşağıdaki görüntüye benzer bir ileti görürsünüz:

Bir Power BI anlam modeline bağlıysanız, hangi Power BI anlam modeline bağlandığınızı belirten bir ileti görürsünüz:

Canlı bağlı anlam modelinizdeki alanların meta verilerini özelleştirmek istiyorsanız durum çubuğunda Bu modelde değişiklik yap'ı seçin. Alternatif olarak, aşağıdaki resimde gösterildiği gibi şeritteki Bu modelde değişiklik yap düğmesini seçebilirsiniz. Rapor Görünümü'nde Modelleme sekmesindeki Bu modelde değişiklik yap düğmesi. Model Görünümü'nde düğme Giriş sekmesindedir.

Düğme seçildiğinde, yerel modelin eklenmesini onaylayan bir iletişim kutusu görüntülenir. Power BI anlam modellerinden veya Analysis Services'tan alanlar için yeni sütunlar oluşturmayı veya meta verileri değiştirmeyi etkinleştirmek için Yerel model ekle'yi seçin. Aşağıdaki görüntüde gösterilen iletişim kutusu gösterilmektedir.

Bir Analysis Services kaynağına canlı bağlandığınızda yerel model yoktur. DirectQuery'yi Power BI anlam modelleri ve Analysis Services gibi canlı bağlı kaynaklarda kullanmak için raporunuza yerel bir model eklemeniz gerekir. Power BI hizmeti yerel model içeren bir rapor yayımladığınızda, bu yerel model için bir anlam modeli bir kuyu yayımlanır.

Zincirleme

Anlamsal modeller ve dayandıkları semantik modeller bir zincir oluşturur. Zincirleme olarak adlandırılan bu işlem, daha önce mümkün olmayan bir özellik olan diğer Power BI anlam modellerini temel alan bir rapor ve anlam modeli yayımlamanıza olanak tanır.

Örneğin, iş arkadaşınızın Sales adlı bir Analysis Services modelini temel alarak Sales ve Budget adlı bir Power BI anlam modeli yayımladığı ve bunu Bütçe adlı bir Excel sayfasıyla birleştirdiğinden emin olun.

İş arkadaşınız tarafından yayımlanan Satış ve Bütçe Power BI anlam modelini temel alarak Satış ve Bütçe Avrupa adlı yeni bir rapor (ve anlam modeli) yayımladığınızda, bunu yaparken bazı ek değişiklikler veya uzantılar yaptığınızda, üç uzunluklu bir zincire etkili bir şekilde rapor ve anlam modeli eklersiniz ve bu da Sales Analysis Services modeliyle başlar, ve Satış ve Bütçe Avrupa Power BI anlam modelinizle sona erer. Aşağıdaki görüntü bu zincirleme işlemini görselleştirir.

Önceki görüntüdeki zincir, uzunluk üst sınırı olan üç uzunluktadır. Üç zincir uzunluğunun ötesine geçme desteklenmez ve hatalara neden olur.

İzinler ve lisanslama

Bileşik model kullanarak raporlara erişen kullanıcıların zincirdeki tüm anlamsal modeller ve modeller için uygun izinlere sahip olması gerekir.

Bileşik modelin sahibi, diğer kullanıcıların bu modellere sahip adına erişebilmesi için kaynak olarak kullanılan anlamsal modellerde Derleme izni gerektirir. Sonuç olarak, Power BI Desktop'ta bileşik model bağlantısı oluşturmak veya raporu Power BI'da yazmak için kaynak olarak kullanılan anlam modellerinde Derleme izinleri gerekir.

Bileşik modeli kullanarak raporları görüntüleyen kullanıcılar genellikle bileşik modelin kendisi ve kaynak olarak kullanılan anlam modelleri üzerinde Okuma izinlerine ihtiyaç duyar. Raporlar bir Pro çalışma alanındaysa derleme izinleri gerekebilir. Bu kiracı anahtarları kullanıcı için etkinleştirilmelidir.

Gerekli izinler aşağıdaki örnekle gösterilebilir:

• Bileşik Model A (Sahip A'ya aittir)

  • Veri kaynağı A1: Anlam Modeli B.
    Kullanıcıların Bileşik Model A kullanarak raporu görüntüleyebilmesi için A Sahibinin Anlam Modeli B üzerinde Derleme izni olmalıdır.

• Bileşik Model C (Sahip C'ye aittir)

  • Veri kaynağı C1: Anlam Modeli D
    Kullanıcıların Raporu Bileşik Model C kullanarak görüntüleyebilmesi için C Sahibinin Semantik Model D üzerinde Derleme izni olmalıdır.
  • Veri kaynağı C2: Bileşik Model A
    C Sahibi, Bileşik Model A üzerinde Derleme iznine ve Anlam Modeli B'de Okuma iznine sahip olmalıdır.

Bileşik Model A kullanan raporları görüntüleyen bir kullanıcının hem Bileşik Model A hem de Anlam Modeli B için Okuma izinlerine sahip olması, Bileşik Model C kullanan raporları görüntüleyen bir kullanıcının ise Bileşik Model C, Anlam Modeli D, Bileşik Model A ve Anlam Modeli B üzerinde Okuma izinlerine sahip olması gerekir.

Zincirdeki herhangi bir veri kümesi Kullanıcı Başına Premium çalışma alanındaysa, bu veri kümesine erişen kullanıcının Kullanıcı Başına Premium lisansına sahip olması gerekir. Zincirdeki herhangi bir veri kümesi Pro çalışma alanındaysa, bu veri kümesine erişen kullanıcının Pro lisansına sahip olması gerekir. Zincirdeki tüm veri kümeleri Premium kapasitelerde veya Fabric F64 veya daha yüksek kapasitedeyse, kullanıcı ücretsiz lisans kullanarak bu veri kümelerine erişebilir.

Güvenlik uyarısı

Power BI anlam modellerinde Bileşik modeller ve Analysis Services modelleri özelliğinin kullanılması, aşağıdaki görüntüde gösterilen bir güvenlik uyarısı iletişim kutusu sunar.

Veriler bir veri kaynağından diğerine gönderilebilir. Bu, DirectQuery ve içeri aktarma kaynaklarını bir veri modelinde birleştirmek için aynı güvenlik uyarısıdır. Bu davranış hakkında daha fazla bilgi edinmek için bkz . Power BI Desktop'ta bileşik modelleri kullanma.

Desteklenen senaryolar

Aşağıdaki senaryolara hizmet vermek için Power BI anlam modellerindeki verileri veya Analysis Services modellerini kullanarak bileşik modeller oluşturabilirsiniz:

• Çeşitli kaynaklardan verilere bağlanma: İçeri aktarma (dosyalar gibi), Power BI anlam modelleri, Analysis Services modelleri
• Farklı veri kaynakları arasında ilişki oluşturma
• Farklı veri kaynaklarından alanlar kullanan ölçüler yazma
• Power BI anlam modellerinden veya Analysis Services modellerinden tablolar için yeni sütunlar oluşturma
• Farklı veri kaynaklarından sütunlar kullanan görseller oluşturma
• Modelleri olabildiğince kısa tutmak ve mümkün olduğunca eğilmek için alan listesini kullanarak modelinizden bir tabloyu kaldırabilirsiniz (bir perspektife bağlanırsanız, tabloları modelden kaldıramazsınız)
• Tabloların yalnızca belirli bir alt kümesini istediğinizde tüm tabloları yüklemek zorunda kalmak yerine hangi tabloların yükleneceğini belirtebilirsiniz. Bu belgenin devamında tabloların alt kümesini yükleme konusuna bakın.
• Modelinizde bağlantı yaptıktan sonra semantik modele daha sonra eklenen tabloların eklenip eklenmeyeceğini belirtebilirsiniz.

Semantik modeli temel alan bileşik modelle çalışma

Power BI anlam modelleri ve Analysis Services için DirectQuery ile çalışırken aşağıdaki bilgileri göz önünde bulundurun:

• Veri kaynaklarınızı yenilerseniz ve çakışan alan veya tablo adlarıyla ilgili hatalar varsa Power BI hataları sizin yerinize çözer.

• Aynı Power BI anlam modelinde veya Analysis Services kaynağında yeni ilişkiler düzenleyemez, silemez veya oluşturamazsınız. Bu kaynaklara düzenleme erişiminiz varsa, değişiklikleri doğrudan veri kaynağında yapabilirsiniz.

• Power BI anlam modelinden veya Analysis Services kaynağından yüklenen sütunların veri türlerini değiştiremezsiniz. Veri türünü değiştirmeniz gerekiyorsa, kaynakta değiştirin veya hesaplanmış bir sütun kullanın.

• Power BI hizmeti başka bir anlam modeline dayalı bileşik modelde rapor oluşturmak için tüm kimlik bilgilerinin ayarlanması gerekir.

• Sql Server 2022 ve sonraki bir Analysis Services sunucusuna şirket içi veya IAAS bağlantıları için şirket içi veri ağ geçidi (Standart mod) gerekir.

• Uzak Power BI anlam modellerine yönelik tüm bağlantılar çoklu oturum açma kullanılarak yapılır. Hizmet sorumlusuyla kimlik doğrulaması şu anda desteklenmiyor.

• RLS kuralları tanımlandığı kaynağa uygulanır, ancak modeldeki diğer anlamsal modellere uygulanmaz. Raporda tanımlanan RLS uzak kaynaklara uygulanmaz ve uzak kaynaklarda ayarlanan RLS diğer veri kaynaklarına uygulanmaz. Ayrıca, uzak kaynaktan yüklenen bir tabloda RLS tanımlayamazsınız ve yerel tablolarda tanımlanan RLS uzak kaynaktan yüklenen tabloları filtrelemez.

• KPI'ler, satır düzeyi güvenlik ve çeviriler kaynaktan içeri aktarılamaz.

• Tarih hiyerarşisi kullanırken bazı beklenmeyen davranışlar görebilirsiniz. Bu sorunu çözmek için bunun yerine bir tarih sütunu kullanın. Bir görsele tarih hiyerarşisi ekledikten sonra, alan adında aşağı oka tıklayıp Tarih Hiyerarşisi'ni kullanmak yerine bu alanın adına tıklayarak tarih sütununa geçebilirsiniz:

  

  Tarih sütunlarını ve tarih hiyerarşilerini kullanma hakkında daha fazla bilgi için bkz . Power BI Desktop'ta otomatik tarih veya saat uygulama.

• Model zincirinin uzunluk üst sınırı üç'tür. Üç zincir uzunluğunun ötesine geçme desteklenmez ve hatalara neden olur.

• Bir zincirin oluşturulmasını veya genişletilmesini önlemek için modelde bir zincirleme bayrağı önerilmez. Daha fazla bilgi için bkz . Yayımlanan bir anlam modeline DirectQuery bağlantılarını yönetme.

• Power BI anlam modeline veya Analysis Services modeline bağlantı Power Query'de gösterilmez.

Power BI anlam modelleri ve Analysis Services için DirectQuery ile çalışırken aşağıdaki sınırlamalar geçerlidir:

• Veritabanı ve sunucu adları için parametreler şu anda devre dışıdır.
• Uzak kaynaktan gelen tablolarda RLS tanımlama desteklenmez.
• Aşağıdaki kaynaklardan herhangi birinin DirectQuery kaynağı olarak kullanılması desteklenmez:
  • SQL Server Analysis Services (SSAS) 2022 sürümünden önceki Tablolu modeller
  • SSAS Çok Boyutlu modelleri
  • SAP HANA
  • SAP Business Warehouse
  • Gerçek zamanlı semantik modeller
  • Örnek anlam modelleri
  • Excel Online Yenileme
  • Hizmette Excel veya CSV dosyalarından içeri aktarılan veriler
  • Ölçümleri kullanma
  • "Çalışma alanım" içinde depolanan anlamsal modeller
• Power BI Embedded'in Analysis Services modeline DirectQuery bağlantısı içeren anlamsal modellerle kullanılması şu anda desteklenmiyor.
• Web'de yayımla özelliğini kullanarak web'de rapor yayımlama desteklenmez.
• Tanımlanmamış sorgu sonuçlarıyla uzak kaynaklarda hesaplama grupları desteklenmez.

• Çoklu oturum açma (SSO) kimlik doğrulamasıyla veri kaynağından DirectQuery tablosuna başvuran hesaplanan tablolar ve hesaplanmış sütunlar, atanmış paylaşılabilir bulut bağlantısı ve / veya ayrıntılı erişim denetimi ile Power BI hizmeti desteklenir.

• DirectQuery bağlantısı kurulduktan sonra bir çalışma alanını yeniden adlandırırsanız, raporun çalışmaya devam etmesi için Power BI Desktop'taki veri kaynağını güncelleştirmeniz gerekir.
• Otomatik sayfa yenileme (APR), veri kaynağı türüne bağlı olarak yalnızca bazı senaryolarda desteklenir. Daha fazla bilgi için bkz . Power BI'da otomatik sayfa yenileme.
• DirectQuery'yi diğer anlamsal modellerde kullanan bir semantik modelin devralınma özelliği şu anda desteklenmiyor.
• Herhangi bir DirectQuery veri kaynağında olduğu gibi, Excel kullanarak DirectQuery modunda modele veya anlam modeline bağlanırken Analysis Services modelinde veya Power BI semantik modelinde tanımlanan hiyerarşiler gösterilmez.

Power BI anlam modelleri ve Analysis Services için DirectQuery ile çalışırken göz önünde bulundurmanız gereken birkaç şey daha vardır:

• Kaynak grupları arası ilişkilerde düşük kardinalite sütunlarını kullanın: İki farklı kaynak grup arasında ilişki oluşturduğunuzda, ilişkiye katılan sütunların (birleştirme sütunları olarak da adlandırılır) düşük kardinalitesi (ideal olarak 50.000 veya daha az) olması gerekir. Bu önemli nokta, dize olmayan anahtar sütunları için geçerlidir; dize anahtarı sütunları için aşağıdaki konulara bakın.
• Kaynaklar arası grup ilişkilerinde büyük dize anahtar sütunları kullanmaktan kaçının: Çapraz kaynak grubu ilişkisi oluştururken, özellikle daha büyük kardinaliteye sahip sütunlar için ilişki sütunları olarak büyük dize sütunlarını kullanmaktan kaçının. İlişki sütunu olarak dize sütunlarını kullanmanız gerektiğinde, kardinaliteyi (C) dize sütununun (A) ortalama uzunluğuyla çarparak filtre için beklenen dize uzunluğunu hesaplayın. A ∗ C < 250.000 gibi beklenen dize uzunluğunun 250.000'in altında olduğundan emin olun.

Daha fazla dikkat edilmesi gerekenler ve yönergeler için bileşik model kılavuzuna bakın.

Kiracı ile ilgili dikkat edilmesi gerekenler

Power BI anlam modeline veya Analysis Services'e DirectQuery bağlantısı olan tüm modeller, aşağıdaki diyagramda gösterildiği gibi, özellikle B2B konuk kimliklerini kullanan bir Power BI anlam modeline veya Analysis Services modeline erişirken önemli olan aynı kiracıda yayımlanmalıdır. Yayımlama için kiracı URL'sini bulmak üzere içeriği düzenleyebilen ve yönetebilen konuk kullanıcılara bakın.

Aşağıdaki diyagramı göz önünde bulundurun. Diyagramdaki numaralandırılmış adımlar, izleyen paragraflarda açıklanmıştır.

Diyagramda Ash, Contoso ile birlikte çalışır ve Fabrikam tarafından sağlanan verilere erişiyor. Power BI Desktop ile Ash, Fabrikam'ın kiracısında barındırılan bir Analysis Services modeline DirectQuery bağlantısı oluşturur.

Ash, kimlik doğrulaması yapmak için B2B Konuk kullanıcı kimliği kullanır (diyagramdaki 1. adım).

Rapor Contoso'nun Power BI hizmeti (2. adım) yayımlanırsa, Contoso kiracısında yayımlanan anlam modeli Fabrikam'ın Analysis Services modelinde (3. adım) başarıyla kimlik doğrulaması yapamaz. Sonuç olarak rapor çalışmaz.

Bu senaryoda, kullanılan Analysis Services modeli Fabrikam'ın kiracısında barındırılacağından raporun fabrikam kiracısında da yayımlanması gerekir. Fabrikam kiracısında başarılı bir şekilde yayınlandıktan sonra (4. adım), anlam modeli Analysis Services modeline (5. adım) başarıyla erişebilir ve rapor düzgün çalışır.

Nesne düzeyinde güvenlikle çalışma

Bileşik model, DirectQuery aracılığıyla bir Power BI anlam modelinden veya Analysis Services'ten veri aldığında ve bu kaynak modelin güvenliği nesne düzeyinde güvenlikle sağlandığında, bileşik modelin tüketicileri beklenmeyen sonuçlarla karşılaşıyor olabilir. Aşağıdaki bölümde bu sonuçların nasıl ortaya çıkabileceği açıklanmaktadır.

Nesne düzeyi güvenlik (OLS), model yazarlarının model şemasını oluşturan nesneleri (tablolar, sütunlar, meta veriler vb.) model tüketicilerinden (örneğin, rapor oluşturucusu veya bileşik model yazarı) gizlemesini sağlar. OlS'yi bir nesne için yapılandırırken, model yazarı bir rol oluşturur ve bu role atanan kullanıcılar için nesneye erişimi kaldırır. Bu kullanıcıların bakış açısından, gizli nesne basitçe mevcut değildir.

OLS için tanımlanır ve kaynak modele uygulanır. Kaynak model üzerinde oluşturulmuş bileşik model için tanımlanamaz.

DirectQuery bağlantısı aracılığıyla OLS korumalı bir Power BI anlam modelinin veya Analysis Services modelinin üzerine bileşik model oluşturulduğunda, kaynak modeldeki model şeması bileşik modele kopyalanır. Kopyalananlar, bileşik model yazarının buraya uygulanan OLS kurallarına göre kaynak modelde nelere izin verdiğine bağlıdır. Veriler bileşik modele kopyalanır; bunun yerine, gerektiğinde her zaman kaynak modelden DirectQuery aracılığıyla alınır. Başka bir deyişle, veri alma her zaman OLS kurallarının geçerli olduğu kaynak modele geri döner.

Bileşik modelin güvenliği OLS kurallarıyla sağlanmadığından, bileşik modelin tüketicilerinin gördüğü nesneler, bileşik model yazarının kendi erişebilecekleri şey yerine kaynak modelde görebileceği nesnelerdir. Bu, aşağıdaki durumlarla sonuçlanabilir:

• Bileşik modele bakan biri, OLS tarafından kaynak modelde onlardan gizlenen nesneleri görebilir.
• Buna karşılık, bu nesne kaynak modele erişimi denetleyen OLS kuralları tarafından bileşik model yazarından gizlendiğinden, bileşik modelde görebilecekleri bir nesneyi görmeyebilirler.

Önemli bir nokta, ilk madde işaretinde açıklanan duruma rağmen bileşik modelin tüketicilerinin, bileşik modelde yer almadığından görmemeleri gereken gerçek verileri asla görmemeleridir. Bunun yerine DirectQuery nedeniyle, OLS'nin yetkisiz erişimi engellediği kaynak anlam modelinden gerektiği gibi alınır.

Bu arka planı göz önünde bulundurarak aşağıdaki senaryoyu göz önünde bulundurun:

1. Admin_user, Bir Power BI anlam modeli veya Müşteri tablosu ve Territory tablosu içeren bir Analysis Services modeli kullanarak kurumsal bir anlam modeli yayımladı. Admin_user semantik modeli Power BI hizmeti yayımlar ve aşağıdaki etkiye sahip OLS kurallarını ayarlar:

   • Finans kullanıcıları Müşteri tablosunu göremiyor
   • Pazarlama kullanıcıları Territory tablosunu göremiyor

2. Finance_user, "Finance semantic model" adlı bir anlam modeli ve DirectQuery aracılığıyla 1. adımda yayımlanan kurumsal anlam modeline bağlanan "Finans raporu" adlı bir rapor yayımlar. Finans raporu, Territory tablosundan bir sütun kullanan bir görsel içerir.

3. Marketing_user Finans raporunu açar. Territory tablosunu kullanan görsel görüntülenir, ancak hata döndürür çünkü rapor açıldığında DirectQuery, kurumsal anlam modelinde ayarlanan OLS kurallarına göre Territory tablosunu görmesi engellenen Marketing_user kimlik bilgilerini kullanarak kaynak modelden verileri almaya çalışır.

4. Marketing_user, kaynağı Olarak Finans anlam modelini kullanan "Pazarlama Raporu" adlı yeni bir rapor oluşturur. Alan listesi, Finance_user erişimi olan tabloları ve sütunları gösterir. Bu nedenle, Alanlar listesinde Territory tablosu gösterilir, ancak Müşteri tablosu gösterilmez. Ancak, Marketing_user Territory tablosundan bir sütun kullanan bir görsel oluşturmaya çalıştığında, bu noktada DirectQuery Marketing_user kimlik bilgilerini kullanarak kaynak modelden veri almaya çalıştığından ve OLS kuralları bir kez daha erişimi başlatıp engellediğinden bir hata döndürülür. aynı şey, Marketing_user DirectQuery bağlantısıyla Finans semantik modeline bağlanan yeni bir anlam modeli ve rapor oluşturduğunda da olur. Alanlar listesinde Territory tablosunu görürler, çünkü Finance_user bunu görebilirler, ancak bu tabloyu kullanan bir görsel oluşturmaya çalıştıklarında, kurumsal anlam modelindeki OLS kuralları tarafından engellenirler.

5. Şimdi Admin_user' nin Kurumsal anlam modelindeki OLS kurallarını güncelleştirdiğini ve Finance'in Territory tablosunu görmesini durdurduğunu düşünelim.

6. Güncelleştirilmiş OLS kuralları yalnızca yenilendiğinde Finans anlam modeline yansıtılır. Bu nedenle, Finance_user Finans anlam modelini yenilediğinde, Territory tablosu artık alanlar listesinde gösterilmez ve Territory tablosundaki bir sütunu kullanan Finans raporundaki görsel, artık Territory tablosuna erişmelerine izin verilmediğinden Finance_user için bir hata döndürür.

Özetlemek gerekirse:

• Bileşik modelin tüketicileri, modeli oluştururken bileşik modelin yazarı için geçerli olan OLS kurallarının sonuçlarını görür. Bu nedenle, bileşik modeli temel alan yeni bir rapor oluşturulduğunda, alan listesi geçerli kullanıcının kaynak modelde nelere erişimi olduğuna bakılmaksızın, bileşik modelin yazarının modeli oluştururken eriştiği tabloları gösterir.
• OLS kuralları bileşik modelin kendisinde tanımlanamaz.
• DirectQuery, kimlik bilgilerini kullanarak verileri almaya çalıştığında kaynak modeldeki ilgili OLS kuralları onları engellediğinden bileşik modelin tüketicisi görmemesi gereken gerçek verileri asla görmez.
• Kaynak model OLS kurallarını güncelleştirirse, bu değişiklikler yalnızca yenilendiğinde bileşik modeli etkiler.

Power BI anlam modelinden veya Analysis Services modelinden tabloların bir alt kümesini yükleme

DirectQuery bağlantısı kullanarak Power BI anlam modeline veya Analysis Services modeline bağlanırken, hangi tablolara bağlanabileceğinize karar vekleyebilirsiniz. Modelinize bağlantı yaptıktan sonra anlamsal modele veya modele eklenebilen herhangi bir tabloyu otomatik olarak eklemeyi de seçebilirsiniz. Bir perspektife bağlandığınızda modeliniz anlamsal modeldeki tüm tabloları içerir ve perspektife dahil olmayan tüm tablolar gizlenir. Ayrıca, perspektife eklenebilen tüm tablolar otomatik olarak eklenir. Ayarlar menüsünde, bağlantıyı ilk kez ayarladıktan sonra anlam modeline eklenen tablolara otomatik olarak bağlanmaya karar vekleyebilirsiniz.

Bu iletişim kutusu canlı bağlantılar için gösterilmez.

Yinelenenleri kaldırma kurallarını ayarlama

Ölçü ve tablo adlarını bileşik modelde benzersiz tutmak için, daha önce gösterilen iletişim kutusundaki Ayarlar seçeneğini kullanarak yinelenenleri kaldırma kuralları belirtebilirsiniz:

Önceki örnekte bileşik modeldeki başka bir kaynakla çakışan herhangi bir tablo veya ölçü adına sonek olarak '(pazarlama)' ekledik. Şunları yapabilirsiniz:

• çakışan tabloların veya ölçülerin adına eklenecek metni girin
• metnin tabloya veya ölçü adına ön ek veya sonek olarak eklenmesini isteyip istemediğinizi belirtin
• yinelenenleri kaldırma kuralını tablolara, ölçülere veya her ikisine de uygulama
• Yinelenenleri kaldırma kuralını yalnızca bir ad çakışması oluştuğunda veya her zaman uygulamayı seçin. Varsayılan değer, kuralı yalnızca yineleme gerçekleştiğinde uygulamaktır. Örneğimizde, pazarlama kaynağından alınan ve satış kaynağında yinelemesi olmayan herhangi bir tablo veya ölçü ad değişikliği almaz.

Bağlantıları kurup yinelenenleri kaldırma kuralını ayarladıktan sonra, alan listenizde örneğimizde ayarlanan yinelenenleri kaldırma kuralına göre hem 'Müşteri' hem de 'Müşteri (pazarlama)' gösterilir:

Yinelenenleri kaldırma kuralı belirtmezseniz veya belirttiğiniz yinelenenleri kaldırma kuralları ad çakışmasını çözmezse, standart yinelenenleri kaldırma kuralları yine de uygulanır. Standart yinelenenleri kaldırma kuralları, çakışan öğenin adına bir sayı ekler. 'Customer' tablosunda bir ad çakışması varsa , 'Customer' tablolarından biri 'Customer 2' olarak yeniden adlandırılır.

XMLA değişiklikleri ve bileşik modeller

XMLA kullanarak bir anlam modelini değiştirirken, değiştirilen nesnenin ChangedProperties ve PBI_RemovedChildren koleksiyonunu değiştirilmiş veya kaldırılmış özellikleri içerecek şekilde güncelleştirmeniz gerekir. Bu güncelleştirmeyi gerçekleştirmezseniz Power BI modelleme araçları, şema ilişkili Lakehouse ile bir sonraki eşitlendiğinde değişikliklerin üzerine yazabilir.

XMLA kullanarak anlamsal modeli değiştirmek için desteklenen modeller şunlardır:

• Tablo/Sütun yeniden adlandırma (ChangeProperty = name)
• Tabloyu kaldırma (sorgu ifadesinde PBI_RemovedChildren ek açıklamaya tablo ekleme)

Dikkat edilecekler ve sınırlamalar

Bileşik modeller bazı önemli noktalar ve sınırlamalar sunar:

Karma mod bağlantıları - Çevrimiçi veriler (Power BI anlam modeli gibi) ve şirket içi anlam modeli (excel çalışma kitabı gibi) içeren karma mod bağlantısı kullanırken, görsellerin düzgün görünmesi için ağ geçidi eşlemesi oluşturmanız gerekir.

Şu anda artımlı yenileme yalnızca SQL, Oracle ve Teradata veri kaynaklarına bağlanan bileşik modeller için desteklenmektedir.

Aşağıdaki Live Connect tablosal kaynakları bileşik modellerle kullanılamaz:

• SAP HANA
• SAP Business Warehouse
• SQL Server Analysis Services sürüm 2022'den önceki
• Kullanım ölçümleri (Çalışma alanım)

Bileşik modellerde akış semantik modellerinin kullanılması desteklenmez.

Bileşik modelleri kullandığınızda DirectQuery'nin mevcut sınırlamaları geçerli olmaya devam eder. Bu sınırlamaların çoğu artık tablonun depolama moduna bağlı olarak tablo başınadır. Örneğin, içeri aktarma tablosundaki hesaplanmış sütun DirectQuery'de olmayan diğer tablolara başvurabilir, ancak DirectQuery tablosundaki hesaplanmış sütun yine de yalnızca aynı tablodaki sütunlara başvurabilir. Model içindeki tablolardan herhangi biri DirectQuery ise, diğer sınırlamalar modelin tamamı için geçerlidir. Örneğin, içindeki tablolardan herhangi biri DirectQuery depolama moduna sahipse QuickInsights özelliği modelde kullanılamaz.

DirectQuery modundaki tablolardan bazıları ile bileşik modelde satır düzeyi güvenlik kullanıyorsanız, DirectQuery tablolarından yeni güncelleştirmeler uygulamak için modeli yenilemeniz gerekir. Örneğin, DirectQuery modundaki kullanıcılar tablosunda kaynakta yeni kullanıcı kayıtları varsa, yeni kayıtlar yalnızca sonraki model yenilemeden sonra eklenir. Power BI Hizmeti, performansı geliştirmek için Kullanıcılar sorgusunu önbelleğe alır ve verileri bir sonraki el ile veya zamanlanmış yenilemeye kadar kaynaktan yeniden yüklemez.

İlgili içerik

Bileşik modeller ve DirectQuery hakkında daha fazla bilgi için aşağıdaki makalelere bakın:

• Power BI Desktop'ta çoka çok ilişkileri uygulama
• Power BI Desktop'ta depolama modunu yönetme
• Power BI'da DirectQuery
• Power BI veri kaynakları
• Power BI Desktop'ta model ilişkileri