ウェアハウス・リフレッシュ統計の表示

追加のメカニズムを使用すると、ウェアハウス内のデータ・リフレッシュの詳細と変更された表を表示できます。

次の3つのドリルダウン表には、データ・リフレッシュの詳細に使用できる情報が含まれています。これらの表を表示するには、SQL Developerなどのツールを使用して、Fusion Data Intelligenceインスタンスに関連付けられたAutonomous AI LakehouseにOAX_USERとして接続します。これらの表は、機能が使用可能になった後にインスタンスに移入されます。表には、約6か月間値が保持され、その後アーカイブされます。

この機能は、段階的なロールアウトで使用できます。

含まれる内容 いつ更新されますか?
FDI_REFRESH_SUMMARY スケジュール時間、完了時間および公開済レコード数を含む、各データ・リフレッシュのサマリー。リフレッシュごとに1行。 リフレッシュが「In-progress」になったとき、およびリフレッシュが完了したときに更新されます(後処理が含まれます)。
FDI_REFRESH_STAGES リフレッシュ・ステージの完了時間が含まれます。ステージごとに1行。 必要に応じて、各ステージの完了時に「優先度」、「プライマリ」、「セカンダリ」に更新されます。
FDI_REFRESH_FACTORS 各リフレッシュに影響する要因。ファクターごとに1行(該当する場合)。 リフレッシュに影響を与えた要因がある場合に更新されます。サポートされている要因は、ソースがメンテナンス中であり、顧客の高サービスADWセッションです。

表スキーマの詳細

これらの表のスキーマの詳細を次に示します。

FDI_REFRESH_SUMMARY
カラム データ型
REFRESH_ID VARCHAR2 他の表と結合する一意のID
SOURCE_TYPE_CODE VARCHAR2 サポートされているすべてのソース(FUSIONNETSUITEBIPEBSSALESFORCEなど)。
REFRESH_TYPE VARCHAR2
NUM_STAGES NUMBER 1から4 (ステージは、優先リフレッシュ・リクエストの数と公開後のステージを示します。様々なステージの詳細は、増分データ・リフレッシュのスケジュールを参照してください)。
次の例は、NUM_STAGESの値と、FDI_REFRESH_STAGES表に移入されたステージの名前を示しています。
  • 優先度なしのジョブ: NUM_STAGES = 2 DATA_PUBLISHED POST_PROCESSING
  • 優先度の増分: NUM_STAGES = 3 PRIO_DATA_PUB_ORD_0 DATA_PUBLISHED POST_PROCESSING
  • 優先度を選択せずに複数ステージ増分、セカンダリ(索引ファイルに1つある): NUM_STAGES = 2 DATA_PUBLISHED POST_PROCESSING
  • 優先度データセットを選択しないマルチステージ増分(インデックスファイルには1,2があります): NUM_STAGES = 3 PRIO_DATA_PUB_ORD_1 DATA_PUBLISHED POST_PROCESSING
  • プライマリなしの複数ステージ増分(索引ファイルのサイズが0,2): NUM_STAGES = 3 PRIO_DATA_PUB_ORD_0 DATA_PUBLISHED POST_PROCESSING
  • プライマリなしの複数ステージ増分(索引ファイルの0,1): NUM_STAGES = 3 PRIO_DATA_PUB_ORD_0 DATA_PUBLISHED POST_PROCESSING
  • マルチステージ増分(索引ファイルのサイズが0,1,2): NUM_STAGES = 4 PRIO_DATA_PUB_ORD_0 PRIO_DATA_PUB_ORD_1 DATA_PUBLISHED POST_PROCESSING
ステータス VARCHAR2 進行中、完了
SCHEDULED_TIME TIMESTAMP -
COMPLETION_TIME TIMESTAMP -
PUBLISHED_REC_COUNT NUMBER -
FDI_REFRESH_STAGES
カラム データ型
REFRESH_ID VARCHAR2 他の表と結合する一意のID
STAGE_NAME VARCHAR2 スケジュールされた増分リフレッシュのステージの名前。増分データ・リフレッシュのスケジュールを参照してください。
次の例は、FDI_REFRESH_SUMMARY表のNUM_STAGES列の値と、この列の対応する値を示しています。
  • 優先度なしのジョブ: NUM_STAGES = 2 DATA_PUBLISHED POST_PROCESSING
  • 優先度の増分: NUM_STAGES = 3 PRIO_DATA_PUB_ORD_0 DATA_PUBLISHED POST_PROCESSING
  • 優先度を選択せずに複数ステージ増分、セカンダリ(索引ファイルに1つある): NUM_STAGES = 2 DATA_PUBLISHED POST_PROCESSING
  • 優先度データセットを選択しないマルチステージ増分(インデックスファイルには1,2があります): NUM_STAGES = 3 PRIO_DATA_PUB_ORD_1 DATA_PUBLISHED POST_PROCESSING
  • プライマリなしの複数ステージ増分(索引ファイルのサイズが0,2): NUM_STAGES = 3 PRIO_DATA_PUB_ORD_0 DATA_PUBLISHED POST_PROCESSING
  • プライマリなしの複数ステージ増分(索引ファイルの0,1): NUM_STAGES = 3 PRIO_DATA_PUB_ORD_0 DATA_PUBLISHED POST_PROCESSING
  • マルチステージ増分(索引ファイルのサイズが0,1,2): NUM_STAGES = 4 PRIO_DATA_PUB_ORD_0 PRIO_DATA_PUB_ORD_1 DATA_PUBLISHED POST_PROCESSING
COMPLETION_TIME TIMESTAMP -
FDI_REFRESH_FACTORS
カラム データ型
REFRESH_ID VARCHAR2 他の表と結合する一意のID
FACTOR_CODE VARCHAR2
FACTOR_DETAILS VARCHAR2 係数の追加詳細(分やセッション数など)。たとえば、FACTOR_CODEがSOURCE_MAINTENANCEの場合は分数、FACTOR_CODEがCUSTOMER_HIGH_ADW_SERVICEの場合はセッション数です。
これらの表を使用するサンプル問合せを次に示します。
  • 次の問合せを使用して、過去1日間のリフレッシュ要約を表示します。
     SELECT * FROM FDI_REFRESH_SUMMARY WHERE COMPLETION_TIME > SYSDATE - 1;
  • 次の問合せを使用して、特定のリフレッシュのステージ詳細を表示します。
    SELECT * FROM FDI_REFRESH_STAGES WHERE REFRESH_ID = <REFRESH_ID>;
  • 次の問合せを使用して、リフレッシュID別の影響を受けるリフレッシュ・ファクタを表示します。
    SELECT * FROM FDI_REFRESH_FACTORS WHERE REFRESH_ID = <REFRESH_ID>; 

変更された表の表示

変更された表を表示するには、FDI_REFRESHED_DATASETS表を使用します。ここには、リフレッシュされたウェアハウス表とリフレッシュされるタイムスタンプが表示されます。

いくつかのサンプル問合せを次に示します。
  • 次の問合せを使用してリフレッシュされたすべてのデータセットを表示します。
    SELECT table_name, to_char(last_refresh_time,'DD-MON-YYY HH24:MI:SS') as last_refresh_datetime FROM fdi_refreshed_datasets;
  • 次の問合せを使用して、過去2日間にリフレッシュされたすべてのデータセットを表示します。
    SELECT * FROM fdi_refreshed_datasets WHERE last_refresh_time > sysdate - 2; 
  • 次の問合せを使用して、過去1時間にリフレッシュされたすべてのデータセットを表示します。
    SELECT * FROM fdi_refreshed_datasets where last_refresh_time > sysdate-INTERVAL '1' HOUR;