頻繁なデータ・リフレッシュのパフォーマンスに関する考慮事項
次を確認し、検討して、頻繁なデータ・リフレッシュが期待どおりに機能することを確認します。
頻繁なデータ・リフレッシュのパフォーマンスは、次によって異なります。
- データ・サイズ。
- 変更されたデータ、トリガーされるパイプラインなどのデータ変更。
- 公開レコードの数が非常に異なる可能性がある抽出レコードの数。たとえば、あるシナリオでは、44個の抽出されたレコードが70分で1060個の公開済レコードになり、395個の抽出済レコードが35分で55個の公開済レコードになりました。
頻繁なデータ・リフレッシュ・プロセスは、次のシナリオでは実行されません。
- 日次増分データ・リフレッシュのスケジュールされた開始の180分前のウィンドウ。
- リリース・アップグレードが進行中の場合。
- 前の頻繁なデータ・リフレッシュ・プロセスが完了するまで。最大頻度は1時間に設定できます。リフレッシュの完了に1時間以上かかる場合、次の頻度の高いデータ・リフレッシュ・プロセスが次の1時間に開始されます。
次のガイドラインに従って、ウェアハウス表の頻繁なデータ・リフレッシュ(つまり、データセット内のデータ・リフレッシュ)を構成します。
- リフレッシュするデータセットの正確な名前がわかっていることを確認します。
- 各実行に20個以下のデータセットを指定します。
- 依存関係は自動的に含まれないため、依存関係を決定し、適用可能な表を含めます。