Power BI レポートの増分更新を構成する
Procore アナリティクス 2.0 Power BI レポートの増分更新を構成する方法。
目的
Procore アナリティクス 2.0 Power BI レポートの増分更新を構成すること。有効にすると、より高速で信頼性の高いデータ更新が行われ、リソース消費が削減されてパフォーマンスが向上します。
バックグラウンド
すぐに使用できる (OOTB) Procore アナリティクス Power BI レポートの増分更新の構成は簡単で、大きな利点があります。ただし、モデル更新のパフォーマンスを向上させながらレポートの品質を維持するには、いくつかの重要な考慮事項を理解することが不可欠です。
考慮すべきこと
- レコードの削除: 増分更新では、アクティブな更新期間外に削除されたレコードは検出されません。
- レコードの重複: アーカイブされた時間枠とアクティブな更新の時間枠が重複すると、レコードが重複する可能性があります。このオーバーラップは、リレーションシップのカーディナリティーが「1」の場合にもレポートが失敗する可能性があります。
- 列の変更はレポートに影響します。
- 新しい列:リリース サイクルで表に追加された新しい列は、レポートに表示されません。
- 削除された列:リリース サイクルでテーブルから列が削除された場合、レポートは失敗します。
- テーブル固有の設定: 増分更新ポリシーとフィルター パラメーターは、テーブルごとに設定する必要があります。ただし、すべてのテーブルに対して増分更新を有効にする必要はありません。
- 推奨されるテーブル構造:Procore では、大きくて単純なテーブルで増分更新を使用することをお勧めします。
- 複雑なクエリ:増分更新は、依存関係、参照、または複雑な実行を含むクエリで正しく機能しなかったり、正確な結果を生成したりしない可能性があります。
- 更新されたタイムスタンプ: 任意の日時列を使用できますが、Procore では増分更新に refreshed_timestamp 列を使用することをお勧めします。
ステップス
注
詳細な手順、設定、トラブルシューティングについては、Microsoftのサポート 記事を参照してください。- Power BI Desktop で目的の OOTB レポートを開きます。たとえば、 プロジェクト管理などです。
- RangeStart パラメーターと RangeEnd パラメーターを追加して、ポリシーの簡潔で任意の時間枠を設定します。

- パラメーターを使用して、 refreshed_timestamp 列で目的のテーブルをフィルタリングします。たとえば、Photo テーブルです。

- [Close & Apply] をクリックします。
- [写真] テーブルに移動して右クリックし、[増分更新] を選択します。
- [ インポートと更新の範囲の設定] で、[ このテーブルを増分更新する] スイッチを [オン] に切り替えます。
- アーカイブデータ期間を設定します。たとえば、更新日の 5 年前などです。
- 増分更新データ期間を設定します。たとえば、更新日の 1 か月前です。
メモ:これにより、ローリングウィンドウが作成されます。たとえば、翌月の更新は自動的に 1 か月繰り越されます。

- [適用] をクリックします。
- 増分更新で構成する他のテーブルについて、手順 3 から 9 を繰り返します。
- レポートを Fabric ワークスペースにパブリッシュします。
- モデルに対して初期更新操作を実行します。
メモ:最初のリフレッシュの後は、新しい増分データ・パーティションのみがリフレッシュされるため、後続のすべてのリフレッシュ (個別またはスケジュールされたリフレッシュ) がはるかに高速になります。

