動的テーブル¶

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

Immutability constraints: Use immutability constraints to let you control dynamic table updates. The constraints keep specific rows static while enabling incremental updates to the rest of the table. They prevent unwanted changes to marked data while they let normal refreshes occur for other parts of the table. For more information, see 動的テーブルで不変性制約を使用する.

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

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

動的テーブルの仕組み¶

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

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

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

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

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

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

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

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