Raporları Power BI Desktop'daki modellerden ayırma
Yeni bir Power BI Desktop çözümü oluştururken, ilk gerçekleştirmeye ihtiyacınız olan görevlerden biri "veri almak"tır. Verileri almak iki farklı sonuçla sonuçlandırabilirsiniz. Şu şekilde olabilir:
- Önceden yayımlanmış bir modele canlı bağlantı oluşturun. Bu, Power BI veri kümesi veya uzak barındırılan bir Analysis Services modeli olabilir.
- İçeri Aktarma, DirectQuery veya Bileşik model gibi yeni bir modelin geliştirilmesine başlama.
Bu makale ikinci senaryoyla ilgilidir. Bir raporun ve modelin tek bir dosyada birleştirip birleştirile Power BI Desktop sağlar.
Tek dosya çözümü
Modeli temel alan tek bir rapor olduğunda tek bir dosya çözümü iyi çalışır. Bu durumda hem model hem de rapor aynı kişinin çabası olabilir. Rapor başkalarla paylaşılasa da bunu Kişisel iş bi çözümü olarak tanımlayabilirsiniz. Bu tür çözümler genellikle geçici raporlar olarak tanımlanan rol kapsamlı raporları veya bir iş zora yönelik tek bir değerlendirmeyi temsil ediyor olabilir.
Rapor dosyalarını ayırma
Model ve rapor geliştirmeyi şu zaman ayrı dosyalarda Power BI Desktop mantıklıdır:
- Veri modellecileri ve rapor yazarları farklı kişilerdir.
- Bir modelin, şimdi veya gelecekte birden çok rapor için kaynak olduğu anlaşılmıştır.
Veri modellecileri model tasarımlarını test Power BI Desktop doğrulamak için rapor yazma deneyimini kullanmaya devam ediyor. Ancak, dosyalarını Power BI çalışma alanında yayımlamalarının hemen ardından raporu çalışma alanından kaldırmaları gerekir. Ayrıca, her yeniden yayımla ve veri kümesi üzerine yazarak raporu kaldırmayı unutmaları gerekir.
Model arabirimini koruma
Bazen model değişiklikleri kaçınılmazdır. Veri modellecilerinin model arabirimini bozmaya değil, bu nedenle dikkatlerini toplaması gerekir. Böyle bir şey olursa ilgili rapor görselleri veya pano kutucukları bozabilirsiniz. Bozuk görseller hata olarak görünür ve rapor yazarlarının ve tüketicilerinin hayal kırıklığıyla sonuçlandırabilir. Daha da kötüsü, verilere olan güveni azaltabilirsiniz.
Bu nedenle model değişikliklerini dikkatli bir şekilde 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 adı değiştirme.
- Sütun veri türlerini değiştirme.
- Farklı bir veri türü dönecek şekilde ölçü ifadelerini değiştirme.
- Ölçüleri farklı bir giriş tablosuna taşıma. Bunun nedeni, ölçü taşımanın, ölçüleri giriş tablosu adıyla tam olarak uygun olan rapor kapsamlı ölçüleri bozması olabilir. Tam ölçü adlarını kullanarak DAX ifadeleri yazmanız önerilmez. Daha fazla bilgi için bkz. DAX: Sütun ve ölçü başvuruları.
Tek bir özel durum dışında yeni tablolar, sütunlar, hiyerarşiler, hiyerarşi düzeyleri veya ölçüler eklemek güvenlidir: Yeni bir ölçü adı, rapor kapsamlı ölçü adıyla birlikte kullanılabilir. Çakışmayı önlemek için rapor yazarlarının raporlarında ölçü tanımlarken bir adlandırma kuralı benimsemesini öneririz. Rapor kapsamlı ölçü adlarının önüne alt çizgi veya başka bir karakter ön ekleri kullanabilirler.
Modelleriniz üzerinde hataya neden olan değişiklikler yapmak zorundaysanız şunları da öneririz:
- Power BI hizmette veri kümesi için ilgili içeriği görüntüleme.
- Veri veri verisi görünümünü Power BI keşfedin.
Her iki seçenek de ilgili raporları ve panoları hızlıca tanımlamanıza olanak sağlar. Veri veri verisi görünümü muhtemelen daha iyi bir seçenektir çünkü ilgili her yapıt için ilgili kişiyi kolayca görebilir. Aslında bu, ilgili kişinin adresine yönelik bir e-posta iletisi açan bir köprü.
Planlı yeni değişiklikler hakkında bilgi almak için ilgili yapıtların sahibine başvurarak bunu size haber vermenizi öneririz. Bu şekilde, raporlarında düzeltme yapmaya ve yeniden yayımlamaya hazır hale gelirler. Bu sayede kapalı kalma süresini ve hayal kırıklığını en aza indirmeye yardımcı olur.
Sonraki adımlar
Bu makaleyle ilgili daha fazla bilgi için aşağıdaki kaynaklara bakın: