説明
テーブルの変更追跡メタデータを利用する組み込みの Snowflake 機能は、CHANGES 句と STREAM オブジェクトです。CHANGES 句を使用すると、明示的なトランザクション オフセット 1 を使用してストリームを作成しなくても、指定された時間間隔内でテーブルまたはビューの変更追跡メタデータをクエリできます。STREAM オブジェクトは、テーブルに対して行われたデータ操作言語 (DML) の変更 (挿入、更新、削除など) と各変更に関するメタデータを記録し、変更されたデータを使用してアクションを実行できるようにします。このプロセスは、変更データ キャプチャ (CDC)2 と呼ばれます。他のオプションは、テーブルの変更追跡メタデータを利用しないため、正しくありません。MERGE コマンドは、ソース テーブルとの結合の結果に基づいて、ターゲット テーブルに対して挿入、更新、または削除操作を実行します3。UPSERT コマンドは有効な Snowflake コマンドではありません。CHANGE_DATA_CAPTURE コマンドは有効な Snowflake コマンドではありません。参考資料: 変更点 | Snowflake ドキュメント、テーブル ストリームを使用した変更追跡 | Snowflake ドキュメント、MERGE | スノーフレークのドキュメント

クラスタリング キーは、Snowflake のストレージの単位である同じマイクロパーティションにデータを同じ場所に配置するために使用される列または式のサブセットです。クラスタリングにより、スキャンする必要があるデータの量が削減されるため、クラスタリング キー列でフィルタリングするクエリのパフォーマンスが向上します。クラスタリング キーの最適な選択は、クエリ パターンとテーブル内のデータ分布によって異なります。この場合、列 DeviceId、IOT_timestamp、および CustomerId は、select ステートメントのフィルター述語で頻繁に使用されます。つまり、これらの列がクラスタリング キーの適切な候補であることを意味します。City 列と DeviceManufacturing 列は頻繁に取得されますが、フィルター処理されないため、クラスタリング キーにとってはそれほど重要ではありません。UniqueId 列はカウントに使用されますが、カーディナリティが高く均一な分布を持つ可能性が高いため、クラスタリング キーとしては適切な選択ではありません。つまり、データを同じ場所に配置するのに役立ちません。したがって、マイクロパーティションをプルーニングしてクエリを高速化するのに役立つため、DeviceId と CustomerId をクラスタリング キーとして使用するのが最善のオプションです。参考: クラスタリング キーとクラスタ化テーブル、マイクロパーティションとデータ クラスタリング、スノーフレーク クラスタリングの完全ガイド