Power BI Desktop のモデルからレポートを分離する

新しい Power BI Desktop ソリューションを作成する場合に、最初に行う必要がある作業の 1 つが "データの取得" です。 データを取得すると、2 つのまったく異なる結果が得られる可能性があります。 次のとおりです。

  • 既に発行されているモデル (Power BI のセマンティック モデル (旧称はデータセット) またはリモートでホストされる Analysis Services のモデルである可能性があります) へのライブ接続 が作成されます。
  • 新しいモデルの開発が開始されます。これは、インポート、DirectQuery、複合モデルのいずれかになります。

この記事では、2 番目のシナリオについて説明します。 レポートとモデルを 1 つの Power BI Desktop ファイルに結合する必要があるかどうかについてのガイダンスを提供します。

単一ファイルのソリューション

"単一ファイルのソリューション" は、モデルに基づくレポートが 1 つしかない場合に適しています。 この場合、モデルとレポートの両方が同じユーザーの作業であると思われます。 レポートを他のユーザーと共有することもできますが、ここでは "個人 BI" ソリューションとして定義します。 このようなソリューションでは、ロール スコープのレポートまたはビジネス チャレンジの 1 回限りの評価を表すことができます。これは、多くの場合 "アド ホック" レポートとして記述されます。

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

レポート ファイルを分離する

次の場合には、モデルとレポートの開発を別々の Power BI Desktop ファイルに分割する方が理にかなっています。

  • データ モデルの作成者とレポートの作成者が異なる。
  • 現在、または将来、モデルが複数のレポートのソースになることがわかっている。

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.

データ モデルの作成者は、引き続き Power BI Desktop のレポート作成エクスペリエンスを使用して、モデル設計をテストおよび検証できます。 ただし、ファイルを Power BI サービスに発行した直後に、ワークスペースからレポートを削除する必要があります。 また、セマンティック モデルを再発行して上書きするたびに、レポートを削除しておく必要があります。

モデルのインターフェイスを保持する

モデルの変更が避けられないこともあります。 データ モデルの作成者はモデルのインターフェイスが壊れないように注意を払う必要があります。 そうしないと、関連するレポートのビジュアルまたはダッシュボードのタイルが壊れる可能性があります。 壊れたビジュアルはエラーとして表示され、レポートの作成者やコンシューマーのストレスになる可能性があります。 さらに悪いことに、データの信頼性が低下する可能性があります。

そのため、モデルの変更は慎重に管理してください。 可能であれば、次の変更は避けてください。

  • テーブル、列、階層、階層レベル、またはメジャーの名前を変更する。
  • 列のデータ型を変更する。
  • 異なるデータ型を返すように、メジャー式を変更する。
  • メジャーを別のホーム テーブルに移動する。 これは、メジャーを移動すると、メジャーがホーム テーブル名で完全修飾されたレポートスコープのメジャーが壊れる可能性があるためです。 完全修飾メジャー名を使用して DAX 式を記述することはお勧めしません。 詳細については、「DAX: 列参照とメジャー参照」を参照してください。

新しいテーブル、列、階層、階層レベル、メジャーは安全に追加できますが、例外が 1 つあります。新しいメジャーの名前がレポートスコープのメジャー名と競合することがあります。 競合を回避するには、レポートにメジャーを定義するときに、レポート作成者が名前付け規則を採用することをお勧めします。 レポートスコープのメジャー名の前にはアンダースコアまたはその他の文字を付けることができます。

モデルに破壊的変更を加える必要がある場合は、次のいずれかの方法をお勧めします。

どちらのオプションを使用しても、関連するレポートとダッシュボードをすばやく識別できます。 データ系列ビューの方が、関連する各項目の担当者を簡単に確認できるので、より適しています。 実際に、担当者宛ての電子メール メッセージが開くハイパーリンクがあります。

関連する各項目の所有者に連絡して、破壊的変更の予定を通知することをお勧めします。 こうすることで、レポートを修正して再発行する準備ができ、ダウンタイムとストレスを最小限に抑えることができます。

この記事に関する詳細については、次のリソースを参照してください。