Power BI Desktop'ta raporları modellerden ayırma

  • Makale

Yeni bir Power BI Desktop çözümü oluştururken yapmanız gereken ilk görevlerden biri "veri alma"dır. Veri almak birbirinden farklı iki sonuca neden olabilir. Şu şekilde olabilir:

  • Power BI anlam modeli (daha önce veri kümesi olarak bilinirdi) veya uzaktan barındırılan analysis services modeli olabilecek, zaten yayımlanmış bir modele canlı bağlantı oluşturun.
  • İçeri Aktarma, DirectQuery veya Bileşik model olabilecek yeni bir modelin geliştirilmesine başlar.

Bu makale ikinci senaryoyla ilgilidir. Rapor ve modelin tek bir Power BI Desktop dosyasında birleştirilip birleştirilmeyeceği konusunda rehberlik sağlar.

Tek dosya çözümü

Tek bir dosya çözümü , modeli temel alan tek bir rapor olduğunda düzgün çalışır. Bu durumda hem modelin hem de raporun aynı kişinin çabaları olması olasıdır. Raporu Kişisel BI çözümü olarak tanımlarız ancak rapor başkalarıyla paylaşılabilir. Bu tür çözümler, genellikle geçici raporlar olarak tanımlanan rol kapsamlı raporları veya bir iş sınamasının tek seferlik değerlendirmelerini temsil edebilir.

A single file contains a model and report, developed by the same person.

Rapor dosyalarını ayırma

Aşağıdaki durumlarda model ve rapor geliştirmeyi ayrı Power BI Desktop dosyalarına ayırmak mantıklıdır:

  • Veri modelleyicileri ve rapor yazarları farklı kişilerdir.
  • Modelin, şimdi veya gelecekte birden çok raporun kaynağı olacağı anlaşılmaktadır.

There are three PBIX files. The first contains only a model. The other two contain only reports, and they live connect to the model hosted in the Power BI service. The reports are developed by different people.

Veri modelleyicileri, model tasarımlarını test etmek ve doğrulamak için Power BI Desktop rapor yazma deneyimini kullanmaya devam edebilir. Ancak, dosyalarını Power BI hizmeti yayımladıktan hemen sonra raporu çalışma alanından kaldırmaları gerekir. Ayrıca, semantik modeli her yeniden yayımlayıp üzerine yazdıkları her seferde raporu kaldırmayı unutmamaları gerekir.

Model arabirimini koruma

Bazen model değişiklikleri kaçınılmazdır. Veri modelleyicilerinin model arabirimini kesmeye değil, ilgilenmesi gerekir. Bunu yaparlarsa ilgili rapor görsellerinin veya pano kutucuklarının bozulması mümkündür. Bozuk görseller hata olarak görünür ve rapor yazarları ve tüketicileri için hayal kırıklığına neden olabilir. Daha da kötüsü, verilere olan güveni azaltabilirler.

Bu nedenle model değişikliklerini dikkatle yönetin. Mümkünse aşağıdaki değişikliklerden kaçının:

  • Tabloları, sütunları, hiyerarşileri, hiyerarşi düzeylerini veya ölçüleri yeniden adlandırma.
  • Sütun veri türlerini değiştirme.
  • Farklı bir veri türü döndürmek için ölçü ifadelerini değiştirme.
  • Ölçüleri farklı bir giriş tablosuna taşıma. Bunun nedeni, bir ölçünün taşınmasının, ölçüleri giriş tablosu adıyla tam olarak niteleyen rapor kapsamlı ölçüleri bozabileceğidir. Tam ölçü adlarını kullanarak DAX ifadeleri yazmanızı önermiyoruz. Daha fazla bilgi için bkz . DAX: Sütun ve ölçü başvuruları.

Yeni tablolar, sütunlar, hiyerarşiler, hiyerarşi düzeyleri veya ölçüler eklemek güvenlidir; tek bir özel durum vardır: Yeni bir ölçü adı rapor kapsamlı ölçü adıyla çakşabilir. Çakışmayı önlemek için rapor yazarlarının raporlarında ölçüleri tanımlarken bir adlandırma kuralı benimsemelerini öneririz. Rapor kapsamlı ölçü adlarının önüne bir alt çizgi veya başka karakterler ekleyebilirler.

Modellerinizde hataya neden olan değişiklikler yapmanız gerekiyorsa şunları yapmanızı öneririz:

Her iki seçenek de ilgili raporları ve panoları hızla tanımlamanızı sağlar. Veri kökeni görünümü büyük olasılıkla daha iyi bir seçimdir çünkü ilgili her öğe için ilgili kişiyi kolayca görebilirsiniz. Aslında bu, kişiye yönelik bir e-posta iletisi açan bir köprü.

Planlı hataya neden olan değişiklikleri bildirmek için ilgili her öğenin sahibiyle iletişime geçmenizi öneririz. Bu şekilde, kapalı kalma süresini ve hayal kırıklığını en aza indirmeye yardımcı olarak raporlarını düzeltmeye ve yeniden yayımlamaya hazır ve hazır olabilirler.

İlgili içerik

Bu makaleyle ilgili daha fazla bilgi için aşağıdaki kaynaklara göz atın: