機械翻訳について

頻繁なデータ・リフレッシュのスケジュールについて

現在計画を使用して特定の表のセットをリフレッシュして、将来のリリースでより多くの機能領域とデータセットをサポートできます。

特定の機能領域、優先順位付けされたデータセットおよびウェアハウス表をリフレッシュする場合は、リフレッシュできる表またはリフレッシュできない表を必ず理解してください。複数のサブジェクト領域からのデータを結合すると、一部の表の選択的なリフレッシュによって機能上の不整合が発生する可能性があるためです。 この頻繁なデータ・リフレッシュ機能は、トランザクション・データを取得する実表のリフレッシュ用に設計されています。これは、集計、スナップショットまたは複雑な変換ロジックを必要とする導出データセット用ではありません。 このような処理では、大量のデータ・リフレッシュをサポートしないデータ・レイテンシが作成されます。 Oracle Fusion Data Intelligenceの場合、「パイプライン設定」ページの「頻繁なデータ・リフレッシュ・スケジュール」タブに表示される機能領域の頻繁なリフレッシュをスケジュールできます。

頻繁なリフレッシュに使用できる表を確認するには、次を参照してください:

「優先順位付けされたデータ・リフレッシュ」プレビュー機能を有効にし、優先順位付けされた増分リフレッシュのデータセットを選択した場合は、これらの特定のデータセットを頻繁なデータ・リフレッシュに使用できます。 増分リフレッシュのデータセットの優先度付け(プレビュー)を参照してください。 「表の頻度の高いリフレッシュ」プレビュー機能を有効にし、ウェアハウス表の選択を保存した場合、データ・リフレッシュを頻繁に行うために、選択した表が「ウェアハウス表」として使用可能になります。 「ウェアハウス表の頻度の高いリフレッシュのスケジュール(プレビュー)」を参照してください。 リリースPlatform 23.R4より前に生成されたカスタム・データ構成によって作成されたウェアハウス表を選択する場合、これらの表を選択できるようにするには、適用可能なカスタム・データ構成を再生成する必要があります。 リリース23.R4から、カスタム・データ構成で作成されたウェアハウス表は、「頻繁なリフレッシュ」タブで頻繁なデータ・リフレッシュに使用できます。

頻繁なリフレッシュのために機能領域を選択すると、「データ構成」ページの「データのリフレッシュ」オプションを使用して、該当する機能領域のデータ・パイプラインをリフレッシュできなくなります。 頻繁なデータ・リフレッシュ・プロセスでは、データ拡張コネクタを介して外部ソースからのデータはリフレッシュされません。 Oracle Fusion Data Intelligenceは、増分ロードの一部としてデータ拡張を処理します。 データ拡張を頻繁なデータ・リフレッシュ・スケジュールに含めた後に変更する場合は、そのデータ拡張を削除し、次の増分リフレッシュを完了させる必要があります。 そうしないと、頻度の高いデータ・リフレッシュが失敗する可能性があります。 増分リフレッシュが完了したら、更新されたデータ拡張を頻繁なデータ・リフレッシュ・スケジュールに戻すことができます。

頻繁なデータ・リフレッシュの場合、セマンティック・モデルは更新されません。 セマンティック・モデルの更新ジョブは、データ拡張の一部として実行されず、増分ロード時にのみデータ拡張に対して実行されます。

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