動的テーブルリフレッシュを管理する¶

動的テーブルのリフレッシュは、以下の操作を使用して制御できます。

動的テーブルは自動中断になる可能性があります。詳細については、このトピックの後半にある自動中断の動作についてをご参照ください。

以下の図は、中断、再開、および手動リフレッシュの操作を他の動的テーブルとの上流と下流の関係で表しています。

この図は、動的テーブルで構築されたシンプルな宣言型データパイプラインを示しています。動的テーブル DTRoot はパイプラインの開始点です。小川を流れる水と同じように、動的テーブルパイプラインのデータは、ルートから下流にある末端の動的テーブル DTEnd に向かって流れます。

中断¶

中断は、動的テーブルのリフレッシュを停止、または中断します。

重要

中断は、下流の動的テーブルにカスケードします。

関係図では、 DT1 を中断すると DT2 も中断され、それにより DT3 も中断されます。

動的テーブルの状態の表示に関する情報については、使用上の注意をご参照ください。

ALTER DYNAMIC TABLE コマンドの完全な構文については、 ALTER DYNAMIC TABLE をご参照ください。

再開は、動的テーブルのリフレッシュを再度開始、または再開します。

重要

再開は、手動で中断されていない下流の動的テーブルにカスケードします。

関係図では、 DT1 を再開すると DT2 も再開され、それにより DT3 も再開されます。

この方法で再開されるのは、暗黙的に中断された動的テーブルのみです。手動で中断した動的テーブルは、上流の動的テーブルが再開されたときに再開されません。

手動で動的テーブルのリフレッシュをトリガーします。

重要

手動リフレッシュはすべての上流の動的テーブルにカスケードされます。

関係図では、 DT3 を手動でリフレッシュすると DT2 もリフレッシュされ、それにより DT1 もリフレッシュされます。

動的テーブルが他の動的テーブルに基づいている場合は、 TARGET_LAG = DOWNSTREAM を指定できます。DOWNSTREAM を指定すると、動的テーブルはその下流の動的テーブルのラグに基づいてリフレッシュされます。

TARGET_LAG = DOWNSTREAM の追加の詳細と例については、ターゲットラグについてをご参照ください。

動的テーブルの DOWNSTREAM ラグを指定します。
```
ALTER DYNAMIC TABLE <name> SET TARGET_LAG = DOWNSTREAM;
```
Copy

動的テーブルを定期的にリフレッシュして鮮度を特定のレベルに維持する必要がある場合は、 TARGET_LAG = {num} { seconds | minutes | hours | days } を指定できます。

ALTER DYNAMIC TABLE <name> SET TARGET_LAG = '1 hour';

Copy

注釈

リフレッシュエラーが5回続くと、動的テーブルは中断されます。リフレッシュエラーによって中断される動的テーブルは、ユーザーのアクションではなくシステムによって中断されるため、一般的に自動中断と呼ばれます。

中断された動的テーブルに依存する動的テーブルも中断されます。SCHEDULING_STATE は動的テーブルの現在の状態を説明します。

動的テーブルのスケジューリング状態を表示するには、 DYNAMIC_TABLE_GRAPH_HISTORY テーブル関数を呼び出し、 SCHEDULING_STATE 列を調べます。