//情報を取得
select system$clustering_information('ORDERS','(o_totalprice)'); 

//結果
{
"cluster_by_keys" : "LINEAR(o_totalprice)",
"notes" : "Clustering key columns contain high cardinality key O_TOTALPRICE which might result in expensive re-clustering. Consider reducing the cardinality of clustering keys. Please refer to https://docs.snowflake.net/manuals/user-guide/tables-clustering-keys.html for more information.",
"total_partition_count" : 3242,
"total_constant_partition_count" : 0,
"average_overlaps" : 3241.0,
"average_depth" : 3242.0,
"partition_depth_histogram" : {
"00000" : 0,
"00001" : 0,
"00002" : 0,
"00003" : 0,
"00004" : 0,
"00005" : 0,
"00006" : 0,
"00007" : 0,
"00008" : 0,
"00009" : 0,
"00010" : 0,
"00011" : 0,
"00012" : 0,
"00013" : 0,
"00014" : 0,
"00015" : 0,
"00016" : 0,
"04096" : 3242
},
"clustering_errors" : [ ]
}

読み取るべき情報

total partition count: テーブルを構成する合計パーティション数
total constant partition count: クラスタリングをする必要がないマイクロパーティション数
average depth: 平均深度、指定された値を読み取るためにマイクロパーティションの平均数

今回の結果はtotal partition countとaverage depthが3242と数が一致しており
これは全パーティションを閲覧する必要があることを指しています。

実際にORDERSテーブルのo_totalpriceでフィルタをかけると、スキャン進行中が100%となっています。
これは全パーティションを読み込んでいることを表します。

クラスタリングをする基準

パーティションが最適な形ではないからといって、クラスタリングが必要というわけではありません。
先ほどの結果をみると、ORDERSテーブルのo_totalpriceはカーディナリティが高いため
クラスタリングするとコストが高くつくという注意喚起がされました。

"notes" : "Clustering key columns contain high cardinality key O_TOTALPRICE which might result in expensive re-clustering. Consider reducing the cardinality of clustering keys.

再クラスタリングには仮想ウェアハウス外のコンピューティングリソースを使用するため費用が掛かります。
そのため、クラスタリングを検討する際は、クラスタリングに掛かる費用とクラスタリングで浮くコストを勘案する必要があります。

一般的にクラスタリングすべきデータセット

クラスタリングすべきデータセットの特徴は以下になります

・大規模なテーブル：テーブル内に1,000以上のマイクロパーティションがあるものが望ましい
・頻繁に使用されるクエリ：where句で絞り込みをかけるとき、頻繁に使用されるキー列
・更新がほとんどされないテーブル：DELETE, UPDATE操作はクラスタリングに影響するため、効率が良くない
・パフォーマンス改善につながるテーブル：クエリ時間、パーティション読み取り数減少など効果が表れるテーブル

以上を踏まえて、効果的なクラスタリングの設定をする必要があります。