Aracılığıyla paylaş


Power BI kullanım senaryoları: Gelişmiş veri modeli yönetimi

Not

Bu makale, Power BI uygulama planlama makale serisinin bir bölümünü oluşturur. Bu seri öncelikle Microsoft Fabric içindeki Power BI deneyimine odaklanır. Seriye giriş için bkz . Power BI uygulama planlaması.

Bu kullanım senaryosu, Power BI içerik oluşturucusu veri modellerini geliştirmek, yönetmek veya iyileştirmek için üçüncü taraf bir araca dayanırken kullanılan gelişmiş veri modeli yönetimine odaklanır. Bazı üçüncü taraf araçları, Power BI Desktop'ın doğrudan desteklediği dış araçlardır. Ayrıca, Power BI hizmeti XMLA uç noktasıyladoğrudan iletişim kurarak yayımlanmış bir veri modelini (daha önce veri kümesi olarak bilinen anlamsal model) yönetebilirsiniz.

Veri modelleri Power BI hizmeti, Azure Analysis Services (AAS) veya SQL Server Analysis Services (SSAS) içinde barındırılır. Bu kullanım senaryosu, Power BI hizmeti XMLA uç noktasını kullanmaya odaklanır.

İpucu

Birçok kişi üçüncü taraf araçları dış araçlar olarak adlandıran araçlardır. Ancak, farklı araçların nasıl kullanılabileceğinin farkları vardır. Power BI Desktop'ta yerel veri modeline Bağlan, dış araç teriminin en değişmez yorumlanmasıdır. Bu gelişmiş veri modeli yönetimi kullanım senaryosu, XMLA uç noktasını kullanarak uzak veri modeline (Power BI hizmeti barındırılan bir anlam modeli) bağlanmaya odaklanır. Üçüncü taraf araçlarını kullanmanın farklı yolları hakkında daha fazla bilgi bu makalenin devamında açıklanmıştır.

Xml for Analysis (XMLA) protokolunu kullanarak veri modeline bağlantı sağlayabilirsiniz. XMLA protokolü, Microsoft da dahil olmak üzere 25'ten fazla satıcı tarafından desteklenen endüstri standardı bir protokoldür. XMLA protokolüyle uyumlu olan üçüncü taraf araçlar da dahil olmak üzere tüm araçlar, veri modeline veri okumak ve/veya yazmak için Microsoft istemci kitaplıklarını kullanır. Bağlan üretkenliği, anlam modeli oluşturucularının kullanabileceği geliştirme ve yönetim özelliklerini genişleten bir veri modeli tarafından kullanıma sunulan bir API olan XMLA uç noktasıyla elde edilir.

Not

Bu gelişmiş veri modeli yönetimi kullanım senaryosu, içerik yönetimi ve dağıtım senaryolarından biridir. Self servis kullanım senaryolarının tam listesi için bkz . Power BI kullanım senaryoları.

Kısalık için, içerik işbirliği ve teslim senaryoları konusunda açıklanan bazı yönler bu makalede ele alınmıyor. Tam kapsam için önce bu makaleleri okuyun.

Senaryo diyagramı

Bu gelişmiş veri modeli yönetimi kullanım senaryosunun odak noktası, veri modelini yönetmek için Tablosal Düzenleyici'yi kullanmaktır. Power BI Premium ile kullanılabilen XMLA uç noktasını kullanarak veri modelini Power BI hizmeti yayımlayabilirsiniz.

Önemli

Bazen bu makale Power BI Premium'a veya kapasite aboneliklerine (P SKU'ları) başvurur. Microsoft'un şu anda satın alma seçeneklerini birleştirdiğini ve kapasite başına Power BI Premium SKU'larını kullanımdan kaldırdığını unutmayın. Yeni ve mevcut müşteriler bunun yerine Doku kapasitesi abonelikleri (F SKU'ları) satın almayı düşünmelidir.

Daha fazla bilgi için bkz . Power BI Premium lisansına gelen önemli güncelleştirmeler ve Power BI Premium hakkında SSS.

İpucu

Aşina değilseniz self servis içerik yayımlama kullanım senaryosunu gözden geçirmenizi öneririz. Gelişmiş veri modeli yönetimi senaryosu, bu senaryoyu kullanır.

Not

Bazen anlam modeli ve veri modeli terimleri birbirinin yerine kullanılır. Genel olarak, Power BI hizmeti perspektiften bakıldığında anlamsal model olarak adlandırılır. Geliştirme açısından bakıldığında veri modeli (veya kısaca model) olarak adlandırılır. Bu makalede her iki terim de aynı anlama sahiptir. Benzer şekilde, anlamsal model oluşturucu ve veri modelleyici de aynı anlama sahiptir.

Aşağıdaki diyagramda, veri modellerini geliştirmenize, yönetmenize veya iyileştirmenize yardımcı olabilecek en yaygın kullanıcı eylemlerine ve araçlarına yönelik üst düzey bir genel bakış gösterilmiştir.

Diyagramda, oluşturucuları gelişmiş modelleme ve yayımlama özellikleriyle güçlendirmeye yönelik gelişmiş veri modeli yönetimi gösterilmektedir. Diyagramdaki öğeler aşağıdaki tabloda açıklanmıştır.

İpucu

Sununuza , belgelerinize veya blog gönderinize eklemek veya bunu duvar posteri olarak yazdırmak istiyorsanız senaryo diyagramını indirmenizi öneririz. Ölçeklenebilir Vektör Grafikleri (SVG) görüntüsü olduğundan, kalite kaybı olmadan ölçeği artırıp azaltabilirsiniz.

Senaryo diyagramında aşağıdaki kullanıcı eylemleri, araçları ve özellikleri gösterilir:

Kalem Açıklama
Öğe 1. Model oluşturucuları Tablosal Düzenleyici kullanarak veri modelleri geliştirir. İlk tasarım çalışmasının (Power Query çalışması gibi) Tablosal Düzenleyici'ye geçmeden önce (senaryo diyagramında gösterilmez) Power BI Desktop'ta yapılması yaygın bir durumdur.
Öğe 2. Veri modeli, bir veya daha fazla veri kaynağındaki verilere bağlanır.
Öğe 3. Bazı veri kaynakları, özel bir kuruluş ağı içinde bulunanlar gibi veri yenileme için şirket içi veri ağ geçidi veya sanal ağ geçidi gerektirebilir.
Öğe 4. Veri modeli geliştirme işlemi Tablosal Düzenleyici'de yapılır. Power Query (M) betiklerinin düzenlenmesi desteklenir. Model oluşturucuları geliştirmeyi hızlandırmak için C# betiklerini kullanabilir.
Öğe 5. Anlamsal model oluşturucuları hazır olduğunda, hedef çalışma alanının XMLA uç noktasını kullanarak veri modelini Tablosal Düzenleyici'den Power BI hizmeti yayımlar.
Öğe 6. Veri modeli, paylaşılan anlam modellerini depolamak ve güvenli hale getirmek için ayrılmış bir çalışma alanında yayımlanır. XMLA uç noktasını kullanarak çalışma alanına erişim yalnızca çalışma alanı lisans modu Doku kapasitesi, Premium kapasite, Kullanıcı başına Premium veya Katıştırılmış olarak ayarlandığında mümkündür.
Öğe 7. Rapor oluşturucuları, paylaşılan anlam modeline canlı bağlantı kullanarak raporlar oluşturur.
Öğe 8. Rapor oluşturucuları Power BI Desktop'ta raporlar geliştirir. İçerik oluşturucular, raporları anlamsal modellerden bilerek ayırmanın dışında tipik rapor oluşturma sürecini izler.
Öğe 9. Hazır olduğunda rapor oluşturucuları Power BI Desktop dosyalarını (.pbix) veya Power BI proje dosyalarını (.pbip) Power BI hizmeti yayımlar.
Öğe 10. Raporlar, raporları ve panoları depolamaya ve bunların güvenliğini sağlamaya ayrılmış bir çalışma alanında yayımlanır.
Öğe 11. Yayımlanan raporlar, farklı bir çalışma alanında depolanan paylaşılan anlam modeline bağlı kalır. Paylaşılan anlam modelinde yapılan tüm değişiklikler tüm bağımlı raporları etkiler.
Öğe 12. Üçüncü taraf araçları , paylaşılan anlam modelini sorgulamak için XMLA uç noktasını kullanabilir. Paylaşılan anlam modelini sorgulamak veya güncelleştirmek için DAX Studio, Doku not defterlerinden Anlam Bağlantısı veya Windows PowerShell gibi DIĞER XMLA uyumlu araçlar kullanılabilir. Power BI Desktop, Excel ve Rapor Oluşturucusu, XMLA uç noktasını kullanarak da bağlanabilir (senaryo diyagramında gösterilmez).
Öğe 13. Diğer Microsoft ve üçüncü taraf araçları, anlam modelini yönetmek ve uygulama yaşam döngüsü yönetimi sağlamak için XMLA uç noktasını kullanabilir. Daha fazla bilgi edinmek için bkz . XMLA uç nokta tabanlı istemci araçları.
Öğe 14. Doku yöneticileri, XMLA uç noktasının kullanımını etkinleştirmek için kiracı ayarını yönetir. Yöneticinin Doku kapasiteleri, Premium kapasiteler ve Kullanıcı Başına Premium ayarları için XMLA uç noktasını etkinleştirmesi gerekir.
Öğe 15. Doku yöneticileri Doku portalında etkinliği izler ve izler.

Önemli noktalar

Aşağıda, gelişmiş veri modeli yönetimi senaryosu hakkında vurgu edilmesi gereken bazı önemli noktalar yer alır.

Üçüncü taraf uygulamalar ve araçlar

Enterprise BI ekipleri, merkezi anlam modellerini yönetmelerine yardımcı olmak için genellikle Tablosal Düzenleyici (senaryo diyagramında gösterilmiştir ve sonraki konu başlığında açıklanmıştır) gibi istemci araçlarını kullanır. Ancak, gelişmiş modelleme özellikleriyle çalışmak isteyen tüm anlamsal model oluşturucuları bu kullanım senaryosunda açıklanan yöntemlerden yararlanabilir.

Üçüncü taraf uygulamaları kullanmanın birkaç yolu vardır:

  • XMLA uç noktasını kullanarak uzak veri modeline Bağlan: Bazı üçüncü taraf araçlar, Power BI hizmeti (veya Analysis Services) içindeki bir uzak veri modeline doğrudan bağlanabilir. XMLA uç noktasına bağlandıktan sonra tüm Tablosal Nesne Modeli (TOM) işlemleri desteklenir. Bu yaklaşım, bu kullanım senaryosunun birincil odağıdır.
  • Power BI Desktop'ta yerel veri modeline Bağlan: Bazı üçüncü taraf araçları Power BI Desktop'ta açık olan bir yerel veri modeline bağlanabilir (senaryo diyagramında gösterilmez). Ancak bazı sınırlamalar vardır ve tüm dış araç işlevleri resmi olarak desteklenmemektedir.
  • Power BI Desktop'ta şablon dosyasına Bağlan: Bazı üçüncü taraf araçları, Power BI Desktop şablon dosyası (.pbit) kullanarak (senaryo diyagramında gösterilmez) işlevlerini basit bir şekilde dağıtır.

Tabular Editor

Tablosal Düzenleyici , senaryo diyagramında gösterilmiştir. Bu, Power BI topluluğu tarafından yaygın olarak benimsenen bir üçüncü taraf aracıdır. Tablosal Düzenleyici ile tablosal veri modellerini yönetmenin bazı avantajları şunlardır:

  • Power BI Desktop'ta desteklenmeyen veri modeli özelliklerini ayarlama: Tablosal Düzenleyici nesne düzeyi güvenliği (OLS), hesaplama gruplarını, perspektifleri, çevirileri ve bölümleri ayarlamak için bir arabirim sağlar.
  • Eşzamanlı model geliştirme desteği: Visual Studio ve Analysis Services projeleri gibi Microsoft veri modeli geliştirme araçları, veri modeli tanımının tamamını bir Model.bim dosyasında depolar. Bu tek dosya, bir geliştirici ekibinin tek bir veri modeli üzerinde birlikte çalışmasını zorlaştırabilir. Tablosal Düzenleyici'nin Klasör serileştirme adlı bir özelliği vardır. Klasör serileştirme, Model.bim dosyasını düzenli bir klasör yapısı içinde nesneye özgü ayrı dosyalar halinde ayırır. Daha sonra farklı veri modelleyicileri, birbirlerinin çabalarının üzerine yazma riski daha az olan farklı dosyalar üzerinde çalışabilir.
  • Kaynak denetimiyle tümleştirme: Klasör serileştirmesi, kaynak denetim sisteminin veri modeli değişikliklerini kolayca algılamasını sağlayarak kaynak birleştirmeleri ve çakışma çözümlemesini kolaylaştırır.
  • Geliştirilmiş veri modeli kalitesi ve tasarımı: Tablosal Düzenleyici, En İyi Yöntemler Çözümleyicisi (BPA) ile tümleştirilir. BPA, veri modellerinin kalitesini, tutarlılığını ve performansını geliştirebilecek özelleştirilebilir kurallar kümesiyle veri modelleyicilerine yardımcı olur. GitHub'dan bir dizi en iyi uygulama kuralı (Microsoft tarafından sağlanır) indirebilirsiniz.
  • Veri modelleri geliştirirken daha fazla üretkenlik: Tablosal Düzenleyici arabirimi, veri modeli bağımlılıklarını toplu düzenleme, hata ayıklama ve görüntüleme işlemleri için uygun hale getirir. Tablosal Düzenleyici, Power BI Desktop'ın bağlantısı kesik modda çalışmasından farklıdır. Veri modeli değişikliklerini bağlantısız modda yapabilir ve bunları bir toplu düzenleme olarak işleyebilirsiniz. Bu şekilde çalışmak, özellikle deneyimli veri modelleyiciler için daha hızlı geliştirme ve doğrulama sağlar. C# betikleri oluşturmak ve bunları makro olarak kaydetmek de mümkündür. Bu betikler, birden çok veri modelini yönetme ve eşitleme verimliliğini artırmanıza yardımcı olabilir.

XMLA uç noktası

XMLA uç noktası, Power BI Desktop tarafından desteklenmeyen bazı veri modelleme işlemleri de dahil olmak üzere tablosal veri modelinin tüm özelliklerini kullanıma açmak için XMLA protokolünü kullanır. Tom API'sini kullanarak veri modelinde programlı değişiklikler yapabilirsiniz.

XMLA uç noktası da bağlantı sağlar. Bir anlam modeline yalnızca lisans modu Kullanıcı başına Premium, kapasite başına Premium veya Katıştırılmış olarak ayarlanmış çalışma alanı olduğunda bağlanabilirsiniz. Bağlantı yapıldıktan sonra XMLA uyumlu bir araç veri modeli üzerinde iki şekilde çalışabilir:

  • Veri ve meta veri yazma: XMLA uç noktasının okuma/yazma kullanımı şunları sağlar:
    • Nesne düzeyinde güvenlik (OLS), hesaplama grupları, perspektifler, çeviriler ve bölüm yönetimi gibi Power BI Desktop tarafından desteklenmeyen veri modelleme özellikleri.
    • Daha karmaşık dağıtımlar. Örneğin, kısmi dağıtım veya yalnızca tek bir yeni ölçü yayımlayan yalnızca meta veri dağıtımı.
    • Zaman uyumsuz anlamsal model yenileme. Örneğin, tek bir tabloyu veya bölümü yenileme.
  • Verileri ve meta verileri okuma: XMLA uç noktasının salt okunur kullanımı şunları sağlar:
    • Anlamsal modelleri ve sorguları izleme, hata ayıklama ve izleme.
    • Üçüncü taraf veri raporlama araçlarının paylaşılan bir anlam modelinden alınan verileri görselleştirmesine izin verme. Bu teknik, yönetilen self servis BI'daki avantajları ve yatırımları genişletmenin harika bir yoludur.

Uyarı

XMLA uç noktasını kullanarak anlamsal modeli değiştirdikten veya yayımladıktan sonra, artık Power BI hizmeti Power BI Desktop dosyası olarak indiremezsiniz.

Kapasite başına XMLA ayarları

Her Power BI Premium kapasitesi ve Power BI Embedded kapasitesi, XMLA uç noktasının salt okunur, okuma/yazma veya kapalı olup olmadığını denetlemek için bir ayara sahiptir. Bu ayar, Power BI kiracısında tüm Kullanıcı Başına Premium çalışma alanları için de kullanılabilir. Power BI Desktop dışındaki bir araçla yönetmek istediğiniz anlamsal modelleri içeren her kapasite için okuma/yazma XMLA erişimi etkinleştirilmelidir .

İpucu

XMLA uç noktası ayarı (okuma/yazma, salt okunur veya kapalı) belirli bir kapasiteye atanan tüm çalışma alanları ve anlam modelleri için geçerlidir. İçeriğin her kapasite için yönetilmeyi merkezi olmayan hale getirmek ve/veya özelleştirmek için birden çok kapasite ayarlayabilirsiniz.

XMLA kiracı ayarı

BIR Power BI yöneticisi, XMLA uç noktası ayarlarına ek olarak kiracı ayarlarını kullanarak XMLA uç noktalarına izin vermelidir ve Şirket içi anlam modelleriyle Excel'de Çözümle seçeneğini kullanmalıdır. Etkinleştirildiğinde, tüm kullanıcıların veya belirli güvenlik gruplarının XMLA uç noktası işlevselliğini kullanmasına izin vekleyebilirsiniz.

Not

Tüm standart güvenlik ve veri koruma özellikleri, hangi kullanıcıların içeriği görüntüleyebileceğini ve/veya düzenleyebileceğini belirtmek için hala geçerlidir.

Üçüncü taraf araçlar

Power BI Desktop, çoğu self servis içerik oluşturucusunun uçtan uca ihtiyaçlarını karşılayabilir. Ancak, üçüncü taraf araçları diğer kurumsal özellikleri ve işlevleri sunar. Bu nedenle, Özellikle gelişmiş içerik oluşturucular, geliştiriciler ve BT uzmanları için Tablosal Düzenleyici gibi üçüncü taraf araçlar Power BI topluluğunda yaygın hale gelmiştir.

İpucu

Bu blog gönderisinde , üçüncü taraf araçlarının Power BI ürün ekibinin geliştirme önceliklerini yeniden değerlendirmesine, Power BI platformunun erişimini artırmasına ve kullanıcı topluluğundan gelen daha gelişmiş ve çeşitli istekleri karşılamasına nasıl olanak sağlandığı açıklanır.

Not

Bazı üçüncü taraf araçlar, Tablosal Düzenleyici 3 gibi ücretli bir lisans gerektirir. Diğer topluluk araçları ücretsiz ve açık kaynak (Tablosal Düzenleyici 2, DAX Studio ve ALM Araç Seti gibi). İçerik oluşturucu topluluğunuzu yeterince destekleyebilmeniz için her aracın, maliyetin ve destek modelinin özelliklerini dikkatle değerlendirmenizi öneririz.

Veri modeli yönetimi

Bu kullanım senaryosunun birincil odağı, veri modelini yönetmek için Tablosal Düzenleyici'yi kullanan içerik oluşturucudur. Zaman zaman bölüm yönetimi gibi seyrek olarak gelişmiş veri modeli yönetimi gereksinimleri için SQL Server Management Studio (SSMS) gibi bir araç kullanmayı seçebilirsiniz. Bir .NET geliştiricisinin TOM API'sini kullanarak Power BI anlam modelleri oluşturması ve yönetmesi de mümkündür.

İpucu

Veri modeli yönetimi için XMLA uç noktasını kullanırken büyük anlam modeli depolama biçimi ayarını etkinleştirmenizi öneririz. Etkinleştirildiğinde, büyük anlamsal model depolama biçimi XMLA yazma işlemi performansını iyileştirebilir.

Veri modeli ve raporların ayrılması

Bu kullanım senaryosunun başarılı olması için raporları veri modelinden ayırmanız gerekir. Bu yaklaşım, yönetilen self servis BI kullanım senaryosunda açıklandığı gibi ayrı Power BI Desktop dosyalarının yönetilmesine neden olur. Tüm geliştirmelerden aynı kişi sorumlu olsa bile, Tablosal Düzenleyici'nin rapor içeriği hakkında bir farkındalığı olmadığından anlamsal modellerin ve raporların ayrılması önemlidir.

Ağ geçidi kurulumu

Genellikle, özel kuruluş ağı veya sanal ağ içinde bulunan veri kaynaklarına erişirken bir veri ağ geçidi gerekir. Şirket içi veri ağ geçidi, veri modeli Power BI hizmeti yayımlandıktan sonra uygun hale gelir. Ağ geçidinin iki amacı içeri aktarılan verileri yenilemek veya canlı bağlantı veya DirectQuery semantik modelini sorgulayan bir raporu görüntülemektir (senaryo diyagramında gösterilmez).

Not

Standart modda merkezi bir veri ağ geçidi, kişisel modda ağ geçitleri üzerinden kesinlikle önerilir. Standart modda, veri ağ geçidi canlı bağlantı ve DirectQuery işlemlerini (zamanlanmış veri yenileme işlemlerine ek olarak) destekler.

Daha fazla bilgi için bkz . Şirket içi veri ağ geçidi (standart mod).

Sistem gözetimi

Etkinlik günlüğü, Power BI hizmeti gerçekleşen kullanıcı etkinliklerini kaydeder. Power BI yöneticileri, XMLA uç noktaları üzerinden bağlanan etkinlikleri anlamalarına yardımcı olmak üzere denetim gerçekleştirmek için toplanan etkinlik günlüğü verilerini kullanabilir.

Power BI uygulama kararlarında size yardımcı olacak diğer yararlı senaryolar için Power BI kullanım senaryoları makalesine bakın.