Share via


Microsoft Fabric の既定の Power BI セマンティック モデル

適用対象:SQL 分析エンドポイントウェアハウスミラー データベース

Microsoft Fabric では、Power BI セマンティック モデルは、分析ドメインの論理的記述であり、メトリック、ビジネスにわかりやすい用語、および表現によって、より深い分析を可能にします。 このセマンティック モデルは通常、ドメインを表すファクトと、ドメインを分析またはスライス アンド ダイスしてドリルダウン、フィルター処理、さまざまな分析を計算できるディメンションを含むスター スキーマです。 このセマンティック モデルを使用すると、セマンティック モデルが自動的に作成され、前述のビジネス ロジックがそれぞれ親のレイクハウスまたはウェアハウスから継承され、ユーザーの介入なしで管理、最適化され、かつ同期が維持される Microsoft Fabric 内のアイテムを使用して、ビジネス インテリジェンスと分析のためのダウンストリーム分析エクスペリエンスをすぐに開始します。

Power BI レポートの視覚化と分析は、Web 上で完全に構築できるようになり、Power BI デスクトップでわずか数ステップで構築できるようになり、ユーザーの時間とリソースが節約され、既定でエンド ユーザーにシームレスな利用エクスペリエンスが提供されます。 既定の Power BI セマンティック モデルは、レイクハウスの命名規則に従います。

Power BI セマンティック モデルは、レポート、視覚化、検出、使用の準備ができたデータ ソースを表します。 Power BI セマンティック モデルの提供内容は次のとおりです。

  • ウェアハウス構造を拡張して、階層、説明、関係を含める機能。 これにより、ドメインのセマンティック理解をより深く行うことができます。
  • データ ハブ内の Power BI セマンティック モデル情報のカタログ化、検索、検出の機能。
  • ワークロードの分離とセキュリティのためのカスタム権限を設定する機能。
  • 反復可能な分析のためのメジャー、標準化されたメトリックを作成する機能。
  • ビジュアル分析のための Power BI レポートを作成する機能。
  • Excel 内のデータを検出して使用する機能。
  • Tableau などのサードパーティ ツールがデータを接続して分析する機能。

Power BI の詳細については、「Power BI ガイダンス」を参照してください。

Note

Microsoft では Power BI データセット コンテンツ タイプをセマンティック モデルに名称変更しました。 これは Microsoft Fabric にも適用されます。 詳細については、「Power BI データセットの新しい名前」を参照してください。

Direct Lake モード

Direct Lake モードは、Power BI で非常に大規模なデータセットを分析するための画期的な新しいエンジン機能です。 このテクノロジーは、ウェアハウスや SQL 分析エンドポイントに対してクエリを実行する必要も、Power BI セマンティック モデルにデータをインポートまたは複製する必要もなく、データ レイクから Parquet 形式のファイルを直接読み込む考え方に基づいています。 このネイティブ統合により、ウェアハウスまたは SQL 分析エンドポイントからデータにアクセスする独自のモード (Direct Lake と呼ばれます) が実現されます。

Direct Lake は最もパフォーマンスの高いクエリとレポートのエクスペリエンスを提供します。 Direct Lake は、データをデータ レイクから Power BI エンジンに直接読み込み、分析できる状態にする高速パスです。

  • 従来の DirectQuery モードでは、Power BI エンジンはクエリ実行ごとにソースからデータに直接クエリを実行し、クエリ パフォーマンスはデータ取得速度に依存します。 DirectQuery では、データをコピーする必要がないため、ソースの変更がクエリ結果にすぐに反映されます。

  • インポート モードの方がパフォーマンスは高くなります。これは、クエリの実行ごとにソースからデータのクエリを実行する必要がなく、メモリ内のデータをすぐに使用できるためです。 ただし、Power BI エンジンはデータの更新時に最初にデータをメモリにコピーする必要があります。 基となるデータ ソースに加えられた変更は、次回のデータ更新時に取得されます。

  • Direct Lake モードでは、データ ファイルをメモリに直接読み込むため、インポートの必要がありません。 明示的なインポート プロセスがないため、ソースで変更が発生したときにそれらを取得できます。 Direct Lake を使うと、DirectQuery とインポート モードの利点を組み合わせ、欠点を回避できます。 Direct Lake モードは、非常に大規模なデータセットや、ソースで頻繁に更新されるデータセットを分析するのに最適です。

Direct Lake モードは、ウェアハウスまたは SQL 分析エンドポイントをデータ ソースとして使用するセマンティック モデルの既定の接続の種類です。

既定の Power BI セマンティック モデルの内容を理解する

Warehouse または SQL 分析エンドポイントを作成すると、既定の Power BI セマンティック モデルが作成されます。 既定のセマンティック モデルは、(default) というサフィックスで表されます。

既定のセマンティック モデルは SQL 分析エンドポイント経由でクエリが実行され、レイクハウスまたはウェアハウスへの変更によって更新されます。 ウェアハウスからデータベース間クエリ経由でも、既定のセマンティック モデルに対してクエリを実行できます。

既定の Power BI セマンティック モデルを同期する

以前は、ウェアハウス内のすべてのテーブルとビューが、既定の Power BI セマンティック モデルに自動的に追加されていました。 フィードバックに基づいて、既定の Power BI セマンティック モデルにテーブルとビューが自動的に追加されないように既定の動作が変更されました。 この変更により、バックグラウンド同期がトリガーされなくなります。 これにより、"新しいメジャー"、"レポートの作成"、"Excel で分析" などの一部のアクションも無効になります。

この既定の動作を変更する場合、次を実行できます。

  1. ワークスペース内の各ウェアハウスまたは SQL 分析エンドポイントの [既定の Power BI セマンティック モデルの同期] 設定を手動で有効にできます。 これにより、バックグラウンド同期が再起動され、一部の従量課金コストが発生します。

    [既定の Power BI セマンティック モデルの同期] 設定が有効になっていることを示す Fabric ポータルのスクリーンショット。

  2. リボンまたは情報バーの既定の Power BI セマンティック モデルの管理を使用して、セマンティック モデル に追加するテーブルとビューを手動で選択します。

    既定の [セマンティック モデルの管理] ページと、より多くのテーブルを手動で選択する機能を示す Fabric ポータルのスクリーンショット。

Note

レポートの目的で既定の Power BI セマンティック モデルを使用していない場合は、オブジェクトが自動的に追加されないように、[既定の Power BI セマンティック モデルの同期] 設定を手動で無効にします。 設定の更新により、バックグラウンド同期がトリガーされなくなり、OneLake 従量課金コストを節約できます。

既定の Power BI セマンティック モデルを手動で更新する

既定の Power BI セマンティック モデルにオブジェクトが作成されたら、テーブルを検証または視覚的に検査する方法が 2 つあります。

  1. リボンの [Manually update semantic model] (セマンティック モデルを手動で更新) ボタンを選択します。

  2. 既定のセマンティック モデル オブジェクトの既定のレイアウトを確認します。

BI 対応テーブルの既定のレイアウトはユーザー セッション内に保持され、ユーザーがモデル ビューに移動するたびに生成されます。 [Default semantic model objects] (既定のセマンティック モデル オブジェクト) タブをご覧ください。

既定の Power BI セマンティック モデルにアクセスする

既定の Power BI セマンティック モデルにアクセスするには、ワークスペースに移動し、目的のレイクハウスの名前と一致するセマンティック モデルを見つけます。 既定の Power BI セマンティック モデルは、レイクハウスの命名規則に従います。

セマンティック モデルの場所を示すスクリーンショット。

セマンティック モデルを読み込むには、セマンティック モデルの名前を選択します。

既定の Power BI セマンティック モデルを監視する

XMLA エンドポイントに接続することで、SQL Server Profiler を使用してセマンティック モデルのアクティビティを監視および分析できます。

SQL Server Profiler は SQL Server Management Studio (SSMS) とともにインストールされ、セマンティック モデル イベントのトレースとデバッグを可能にします。 Profiler は、SQL Server では公式に非推奨になりましたが、引き続き SSMS に含まれており、Analysis Services および Power BI でサポートされています。 Fabric の既定の Power BI セマンティック モデルで使用するには、SQL Server Profiler バージョン 18.9 以上が必要です。 ユーザーは、XMLA エンドポイントに接続するときに、セマンティック モデルを初期カタログとして指定する必要があります。 詳細については、Analysis Services 用の SQL Server Profiler に関するページを参照してください。

既定の Power BI セマンティック モデルをスクリプト化する

SQL Server Management Studio (SSMS) を使用して、XMLA エンドポイントから既定の Power BI セマンティック モデルをスクリプト化できます。

SSMS のオブジェクト エクスプローラーを使用してセマンティック モデルをスクリプト化することで、そのテーブル モデルのスクリプト言語 (TMSL) スキーマを表示します。 接続するには、powerbi://api.powerbi.com/v1.0/myorg/username のようなセマンティック モデルの接続文字列を使用します。 セマンティック モデルの接続文字列は、[設定][サーバー設定] にあります。 そこから、SSMS の [スクリプト] コンテキスト メニュー アクションを使用して、セマンティック モデルの XMLA スクリプトを生成できます。 詳細については、「XMLA エンドポイントを使用したデータセット接続」を参照してください。

スクリプト化には、Power BI セマンティック モデルに対する Power BI 書き込みアクセス許可が必要です。 読み取りアクセス許可では、データは表示できますが、Power BI セマンティック モデルのスキーマはできません。

新しい Power BI セマンティック モデルを作成する

状況によっては、組織が SQL 分析エンドポイントまたはウェアハウスのデータに基づいて追加の Power BI セマンティック モデルを作成することが必要な場合があります。

[New Power BI semantic model] (新しい Power BI セマンティック モデル) ボタンを使用すると、既定のセマンティック モデルの構成を継承し、さらにカスタマイズできます。 既定のセマンティック モデルはスターター テンプレートとして機能し、正しいものを 1 つのみに確保することに役立ちます。 たとえば、既定のセマンティック モデルを使用して新しいリレーションシップを定義してから、[New Power BI semantic model] (新しい Power BI セマンティック モデル) ボタンを使用すると、選択したテーブルにそれらの新しいリレーションシップが含まれている場合は、新しいセマンティック モデルがそれらのリレーションシップを継承します。

ウェアハウスから Power BI セマンティック モデルを作成するには、次の手順に従います。

  1. Fabric ポータルの [Data Warehouse] に移動します。

  2. ウェアハウスを開きます。 [レポート] リボンに切り替えます。

  3. [レポート] リボンで [New semantic model] (新しいセマンティック モデル) を選択し、[New semantic model] (新しいセマンティック モデル) ダイアログで含めるテーブルを選択して、[確認] を選択します。

  4. Power BI が、ウェアハウスの名前に基づいてセマンティック モデルをワークスペースに自動的に保存し、Power BI でそのセマンティック モデルを開きます。

  5. [データ モデルを開く] を選択して Power BI Web モデリング エクスペリエンスを開き、テーブル リレーションシップと DAX メジャーを追加できます。

Power BI サービスでデータ モデルを編集する方法の詳細については、「データ モデルを編集する」を参照してください。

制限事項

既定の Power BI セマンティック モデルは、Power BI のセマンティック モデルの現在の制限に従います。 詳細情報:

Parquet、Apache Spark、または SQL データ型をいずれかの Power BI デスクトップ データ型にマップすることができない場合、それらは同期プロセスの一部として削除されます。 これは現在の Power BI の動作と一致しています。 これらの列については、ETL プロセスに明示的な型変換を追加して、サポートされている型に変換することをお勧めします。 アップストリームに必要なデータ型がある場合、ユーザーはオプションで、必要な明示的な型変換を使用して SQL でビューを指定できます。 これは同期によって取得されるか、前述のように手動で追加できます。