Snowflake Search Optimization Service (SOS) 完全ガイド: Clustering Keysとの使い分け

Search Optimization Service（SOS）は、Snowflakeの大規模テーブルに対するポイントルックアップクエリを 劇的に高速化するサーバーレス機能です。 内部的にSearch Access Pathと呼ばれる補助データ構造を構築し、 パーティションプルーニングだけでは到達できない精度でスキャン対象を絞り込みます。Enterprise Edition以上で利用可能です。

SOSの仕組み

通常のクエリ実行ではSnowflakeはマイクロパーティションのメタデータ（列の最小値・最大値）を参照してプルーニングを行います。 SOSはこれに加えて、列の値とマイクロパーティションの対応関係を記録したSearch Access Pathを構築します。 WHERE句で特定の値を検索すると、SOSのアクセスパスから該当するマイクロパーティションのみがピンポイントで特定され、 スキャン量が数桁のオーダーで削減されます。

SOSの有効化SQL

テーブル全体に適用する場合と、特定の列・メソッドに限定する場合でSQL構文が異なります。

-- テーブル全体にSOSを有効化
ALTER TABLE analytics.customers
  ADD SEARCH OPTIMIZATION;

-- 特定の列に対してメソッドを指定して有効化
ALTER TABLE analytics.customers
  ADD SEARCH OPTIMIZATION ON
    EQUALITY(customer_id),
    EQUALITY(email),
    SUBSTRING(customer_name),
    EQUALITY(metadata:plan_type);

-- 特定の列のSOSを無効化
ALTER TABLE analytics.customers
  DROP SEARCH OPTIMIZATION ON
    SUBSTRING(customer_name);

-- テーブル全体のSOSを無効化
ALTER TABLE analytics.customers
  DROP SEARCH OPTIMIZATION;

-- SOSの状態確認
DESCRIBE SEARCH OPTIMIZATION ON analytics.customers;

対応クエリパターン

SOSが高速化できるクエリパターンは限定的です。 以下の表は試験で問われるポイントでもあるため、正確に把握してください。

Clustering Keysとの使い分け

SOSとClustering Keysは競合する機能ではなく、相互補完の関係にあります。

コスト監視

SOSのメンテナンスコストはDMLの頻度に比例します。 高頻度INSERTのテーブルではコストが増大するため、定期的にモニタリングが必要です。

-- SOSのメンテナンスコスト履歴を確認
SELECT *
FROM TABLE(INFORMATION_SCHEMA.SEARCH_OPTIMIZATION_HISTORY(
  DATE_RANGE_START => DATEADD('DAY', -14, CURRENT_TIMESTAMP()),
  DATE_RANGE_END => CURRENT_TIMESTAMP()
));

-- ACCOUNT_USAGEからテーブル別コスト集計
SELECT
  TABLE_NAME,
  SUM(CREDITS_USED) AS total_credits,
  COUNT(*) AS maintenance_runs
FROM SNOWFLAKE.ACCOUNT_USAGE.SEARCH_OPTIMIZATION_HISTORY
WHERE START_TIME >= DATEADD('DAY', -30, CURRENT_TIMESTAMP())
GROUP BY TABLE_NAME
ORDER BY total_credits DESC;

設計パターン

実務でSOSを導入する際の典型的な設計パターンを示します。

• ユーザー検索テーブル: customer_idにEQUALITY、customer_nameにSUBSTRINGを設定。 日付列にはClustering Keysを設定して範囲検索を最適化
• イベントログテーブル: event_typeにEQUALITY、jsonペイロードの特定パスにEQUALITYを設定。 event_timestampはClustering Keyで物理ソート
• 位置情報テーブル: GEOGRAPHY型のlocation列にGEOを設定し、ST_DISTANCE/ST_WITHINの高速化

試験で問われるポイント

• SOSが高速化するのは等値/IN/部分文字列/VARIANT/GEO検索であり、範囲検索は対象外
• Enterprise Edition以上が必要（Standard Editionでは利用不可）
• Clustering Keysとの併用が可能で、異なるクエリパターンをカバーする相互補完関係
• ON句で列とメソッドを個別に指定でき、不要な列への適用は避けるべき
• メンテナンスコストはServerless Creditとして課金され、DML頻度に比例する

問題で確認

よくある質問