將報表與 Power BI Desktop 中的模型分開
建立新的 Power BI Desktop 解決方案時，您需要執行的第一項工作是「取得數據」。 取得數據可能會導致兩個不同的結果。 它可以：
- 建立 已發行模型的即時連線 ，可能是 Power BI 語意模型（先前稱為數據集）或遠端裝載的 Analysis Services 模型。
- 開始開發新的模型，可能是 Import、DirectQuery 或 Composite 模型。
本文涉及第二個案例。 它提供報表和模型是否應該合併成單一 Power BI Desktop 檔案的指引。
單一檔案解決方案
當只有以模型為基礎的單一報表時，單一檔案解決方案可正常運作。 在此情況下，模型和報表可能是同一個人的工作。 我們會將其 定義為個人 BI 解決方案，但報表可以與其他人員共用。 這類解決方案可以代表角色範圍報表或商務挑戰的一次性評定，通常描述為 臨機操作 報告。
個別報表檔案
在下列情況下，將模型和報表開發分成不同的Power BI Desktop 檔案是合理的：
- 數據模型器和報表作者是不同的人。
- 據瞭解，模型將是多個報表的來源，現在或未來。
數據模型化工具仍然可以使用Power BI Desktop報表撰寫體驗來測試及驗證其模型設計。 不過，在將檔案發佈至 Power BI 服務 之後，他們應該從工作區中移除報表。 而且，他們必須記得每次重新發佈並覆寫語意模型時移除報表。
保留模型介面
有時候，模型變更是不可避免的。 數據模型化工具必須小心，而不是中斷模型介面。 如果這樣做，相關的報表視覺效果或儀錶板磚可能會中斷。 中斷的視覺效果會顯示為錯誤，因此可能會讓報表作者和取用者感到沮喪。 更糟的是，它們可以減少對數據的信任。
因此，請仔細管理模型變更。 可能的話，請避免下列變更：
- 重新命名數據表、數據行、階層、階層或量值。
- 修改數據行數據類型。
- 修改量值表達式，使其傳回不同的數據類型。
- 將量值移至不同的主數據表。 這是因為移動量值可能會中斷報表範圍量值，以完整限定其主數據表名稱的量值。 我們不建議您使用完整量值名稱撰寫 DAX 運算式。 如需詳細資訊，請參閱 DAX：數據行和量值參考。
新增數據表、數據行、階層、階層或量值是安全的，但有一個例外：新的量值名稱可能會與報表範圍的量值名稱相撞。 為避免衝突，我們建議報表作者在定義報表中的量值時採用命名慣例。 它們可以在報表範圍量值名稱前面加上底線或其他字元。
如果您必須對模型進行重大變更，建議您：
- 在 Power BI 服務 中檢視語意模型的相關內容。
- 在 Power BI 服務 中探索數據譜系檢視。
這兩個選項都可讓您快速識別任何相關的報表和儀錶板。 數據譜系檢視可能是較佳的選擇，因為很容易看到每個相關項目的聯繫人。 事實上，這是一個超連結，會開啟電子郵件位址給聯繫人。
建議您連絡每個相關項目的擁有者，讓他們知道任何已規劃的重大變更。 如此一來，他們就可以準備好修正並重新發佈其報告，以協助將停機時間和挫折降到最低。
相關內容
如需本文的詳細資訊，請參閱下列資源：
意見反應
即將登場：在 2024 年，我們將逐步淘汰 GitHub 問題作為內容的意見反應機制，並將它取代為新的意見反應系統。 如需詳細資訊，請參閱：https://aka.ms/ContentUserFeedback。
提交並檢視相關的意見反應