Memisahkan laporan dari model di Power BI Desktop
Saat membuat solusi Power BI Desktop baru, salah satu tugas pertama yang perlu Anda lakukan adalah "dapatkan data". Mendapatkan data dapat menghasilkan dua hasil yang sangat berbeda. Hal ini bisa:
- Buat koneksi langsung ke model yang sudah diterbitkan, yang bisa berupa model semantik Power BI (sebelumnya dikenal sebagai himpunan data) atau model Analysis Services yang dihosting dari jarak jauh.
- Memulai pengembangan model baru, yang dapat berupa model Impor, DirectQuery, atau Komposit.
Artikel ini membahas skenario kedua. Ini memberikan panduan tentang apakah laporan dan model harus digabungkan menjadi satu file Power BI Desktop.
Solusi file tunggal
Solusi file tunggal bekerja dengan baik bila hanya ada satu laporan berdasarkan model. Dalam hal ini, kemungkinan besar model dan laporan adalah upaya dari orang yang sama. Kami mendefinisikannya sebagai solusi BI Pribadi, meskipun laporannya dapat dibagikan dengan orang lain. Solusi tersebut dapat mewakili laporan cakupan peran atau penilaian satu kali dari tantangan bisnis—seringkali digambarkan sebagai laporan ad hoc.
File laporan terpisah
Masuk akal untuk memisahkan model dan pengembangan laporan ke dalam file Power BI Desktop yang terpisah ketika:
- Pemodel data dan pembuat laporan adalah orang yang berbeda.
- Dapat dipahami bahwa sebuah model akan menjadi sumber untuk beberapa laporan, sekarang atau di masa mendatang.
Pemodel data masih dapat menggunakan pengalaman pembuatan laporan Power BI Desktop untuk menguji dan memvalidasi desain model mereka. Namun, setelah menerbitkan file mereka ke layanan Power BI, mereka harus menghapus laporan dari ruang kerja. Dan, mereka harus ingat untuk menghapus laporan setiap kali mereka menerbitkan ulang dan menimpa model semantik.
Pertahankan antarmuka model
Terkadang, perubahan model tidak bisa dihindari. Pemodel data harus berhati-hati, bukan merusak antarmuka model. Jika ya, kemungkinan visual laporan atau petak peta dasbor terkait akan rusak. Visual yang rusak muncul sebagai kesalahan, dan dapat mengakibatkan frustrasi bagi pembuat laporan dan konsumen. Dan lebih buruk lagi—mereka dapat mengurangi kepercayaan pada data.
Jadi, kelola perubahan model dengan hati-hati. Jika memungkinkan, hindari perubahan berikut:
- Mengganti nama tabel, kolom, hierarki, level hierarki, atau pengukuran.
- Memodifikasi jenis data kolom.
- Memodifikasi ekspresi pengukuran sehingga menghasilkan jenis data yang berbeda.
- Memindahkan ukuran ke tabel beranda yang berbeda. Itu karena memindahkan ukuran dapat merusak ukuran cakupan laporan yang sepenuhnya memenuhi syarat ukuran dengan nama tabel beranda mereka. Kami tidak menyarankan Anda menulis ekspresi DAX menggunakan nama ukuran yang sepenuhnya memenuhi syarat. Untuk informasi selengkapnya, lihat DAX: Kolom dan referensi ukuran.
Menambahkan tabel, kolom, hierarki, tingkat hierarki, atau pengukuran baru aman, dengan satu pengecualian: Ada kemungkinan bahwa nama pengukuran baru dapat bertabrakan dengan nama ukuran lingkup laporan. Untuk menghindari tabrakan, kami merekomendasikan pembuat laporan untuk mengadopsi konvensi penamaan saat menentukan ukuran dalam laporan mereka. Mereka dapat mengawali nama ukuran lingkup laporan dengan garis bawah atau beberapa karakter lainnya.
Jika Anda harus membuat perubahan besar pada model Anda, kami sarankan Anda:
- Lihat konten terkait untuk model semantik di layanan Power BI.
- Jelajahi tampilan Silsilah data di layanan Power BI.
Kedua opsi memungkinkan Anda mengidentifikasi laporan dan dasbor terkait dengan cepat. Tampilan silsilah data mungkin merupakan pilihan yang lebih baik karena mudah untuk melihat kontak orang untuk setiap item terkait. Bahkan, ini adalah hyperlink yang membuka pesan email yang ditujukan ke kontak tersebut.
Sebaiknya hubungi pemilik setiap item terkait untuk memberi tahu mereka tentang perubahan yang direncanakan. Dengan cara ini, mereka dapat bersiap dan siap untuk memperbaiki dan menerbitkan ulang laporan mereka, membantu meminimalkan waktu henti dan frustrasi.
Konten terkait
Untuk informasi selengkapnya tentang dokumen resmi ini, lihat sumber daya berikut: