【Redshift】クエリパターンとパフォーマンスから学ぶCompound SortKeyとInterleaved SortKeyのユースケース | DevelopersIO

実行時間はほぼ横ばい。コストはCOMPOUND SORT KEYが一番低く、ソートキーなしとINTERLEAVED SORT KEYは同じ結果に。 -- レコード数1億件未満のテーブル -- セカンダリキーでORDER BY SELECT eventid FROM sales ORDER BY eventid; -- EXPLAIN XN Merge (cost=1000000016724.67..1000000017155.81 rows=172456 width=4) Merge Key: eventid -> XN Network (cost=1000000016724.67..1000000017155.81 rows=172456 width=4) Send to leader -> XN Sort (cost=1000000016724.67..1000000017155.81

[shotaro0843]

複合ソートキーとインタリーブソートキー

[sh19910711]

“Merge JoinはRedshiftのJOIN演算子の中で最も高速な演算方法 / Merge Joinの条件を満たせない場合は Hash Join が採択され、それゆえ大概の JOIN がHash Join / クロス結合や一部の不等結合では Nested Loop が採択”