動的テーブル¶

主な考慮事項と一般的なベストプラクティス¶

不変性制約:不変性制約を使用して、動的テーブルの更新を制御できるようにします。制約によって特定の行は静的な状態に保たれ、テーブルの残りの部分はインクリメンタルな更新が可能になります。マークされたデータへの不要な変更を防ぐ一方で、テーブルの他の部分には通常のリフレッシュが行われるようにします。詳細については、 不変性制約を持つ動的テーブルを作成する をご参照ください。

パフォーマンスの考慮事項: 動的テーブルは、ワークロードがそれをサポートする場合、インクリメント処理を使用します。これにより、完全なリフレッシュを実行するのではなく、変更されたデータのみを再計算することでパフォーマンスを向上させることができます。詳細については、 ダイナミック・テーブルのパフォーマンスを最適化するベスト・プラクティス をご参照ください。

複雑な動的テーブルを分割する: パフォーマンスを向上させ、トラブルシューティングを簡素化するために、パイプラインをより小さく、焦点を絞った動的テーブルに分割します。詳細については、 動的テーブル作成のベストプラクティス をご参照ください。

動的テーブルの仕組み¶

Snowflakeは CREATE DYNAMIC TABLE ステートメントで指定された定義クエリを実行し、動的テーブルは自動リフレッシュプロセスによって更新されます。

以下の図は、このプロセスがどのようにベースオブジェクトに加えられた変更を計算し、テーブルに関連付けられているコンピューティングリソースを使用して動的テーブルにマージするかを示しています。

動的テーブルを使用する場合¶

動的テーブルは次のようなシナリオに最適です。

• カスタムコードを書かずにクエリ結果を実体化したい場合。

• データの依存関係を手動で追跡したり、リフレッシュスケジュールを管理したりするのを避けたい場合。動的テーブルを使用すると、変換ステップを手動で管理することなく、パイプラインの結果を宣言的に定義できます。

• データ変換のために複数のテーブルをパイプラインで連結したい場合。

• リフレッシュスケジュールを細かく制御する必要はなく、パイプラインの目標鮮度を指定するだけですみます。Snowflakeは、目標の鮮度要件に基づいて、スケジューリングと実行を含むデータリフレッシュのオーケストレーションを処理します。