join_* セッション設定

これらの設定は system.settings で参照でき、ソースコード から自動生成されています。 使用する JOIN アルゴリズムを指定します。 複数のアルゴリズムを指定できます。特定のクエリでは、kind/strictness とテーブルエンジンに基づいて、利用可能なアルゴリズムが選択されます。 設定可能な値:

• grace_hash

Grace hash join を使用します。Grace hash は、メモリ使用量を抑えつつ、複雑な結合を高い性能で実行できるアルゴリズムです。 grace join の最初のフェーズでは、右テーブルを読み取り、キーカラムの hash 値に応じて N 個の buckets に分割します (初期値の N は grace_hash_join_initial_buckets です) 。これは、各 bucket を独立して処理できるようにするためです。最初の bucket の行はインメモリの hash table に追加され、それ以外はディスクに保存されます。hash table がメモリ制限 (たとえば max_bytes_in_join で設定) を超えるまで大きくなった場合は、bucket 数が増やされ、各行の割り当て先 bucket が変更されます。現在の bucket に属さない行はフラッシュされ、再割り当てされます。 INNER/LEFT/RIGHT/FULL ALL/ANY JOIN をサポートします。

• hash

ハッシュ結合アルゴリズム を使用します。kind と strictness のすべての組み合わせに加え、JOIN ON 句で OR によって結合された複数の結合キーをサポートする、最も汎用的な実装です。 hash アルゴリズムを使用する場合、JOIN の右側は RAM に読み込まれます。

• parallel_hash

hash join の一種で、データを buckets に分割し、1 つではなく複数の hashtables を並行して構築することで、この処理を高速化します。 parallel_hash アルゴリズムを使用する場合、JOIN の右側は RAM に読み込まれます。

• partial_merge

sort-merge algorithm の一種で、右テーブルのみを完全にソートします。 RIGHT JOIN と FULL JOIN は ALL strictness の場合にのみサポートされます (SEMI、ANTI、ANY、ASOF はサポートされません) 。 partial_merge アルゴリズムを使用する場合、ClickHouse はデータをソートしてディスクに書き出します。ClickHouse の partial_merge アルゴリズムは、従来の実装とはやや異なります。まず、ClickHouse は右テーブルを結合キーで blocks 単位にソートし、ソート済み blocks に対して min-max 索引を作成します。次に、左テーブルの各 part を join key でソートし、それらを右テーブルと結合します。不要な右テーブル blocks をスキップするためにも min-max 索引が使用されます。

• direct

direct (nested loop とも呼ばれます) アルゴリズムは、左テーブルの行をキーとして右テーブルをルックアップします。 Dictionary、EmbeddedRocksDB、MergeTree テーブルなどの特別なストレージでサポートされています。 MergeTree テーブルでは、このアルゴリズムは結合キーフィルタをストレージ層に直接プッシュダウンします。キーでテーブルの primary key index を使ってルックアップできる場合は、より効率的になることがあります。そうでない場合は、左テーブルの各 block ごとに右テーブル全体をフルスキャンします。 INNER と LEFT joins のみをサポートし、他の条件を含まない単一カラムの等価結合キーにのみ対応します。

• auto

auto に設定すると、まず hash join を試し、メモリ制限を超えた場合は実行中に別のアルゴリズムへ切り替えます。

• full_sorting_merge

結合前に結合対象テーブルを完全にソートする Sort-merge algorithm です。

• prefer_partial_merge

ClickHouse は、可能であれば常に partial_merge join を使用し、そうでない場合は hash を使用します。非推奨であり、partial_merge,hash と同じです。

• default (deprecated)

従来の値のため、今後は使用しないでください。 direct,hash と同じです。つまり、direct join と hash join をこの順で使用しようとします。 右テーブルで、あるキーに一致する行が複数ある場合の、ANY strictness を持つ JOIN演算の動作を変更します。 設定可能な値:

• 0 — 右テーブルに一致する行が複数ある場合、最初に見つかった 1 行だけが結合されます。
• 1 — 右テーブルに一致する行が複数ある場合、最後に見つかった 1 行だけが結合されます。

関連項目:

• JOIN 句
• Join テーブルエンジン
• join_default_strictness

JOIN clauses のデフォルトの strictness を設定します。 設定可能な値:

• ALL — 右テーブルに一致する行が複数ある場合、ClickHouse は一致した行のデカルト積を作成します。これは Standard SQL における通常の JOIN の動作です。
• ANY — 右テーブルに一致する行が複数ある場合、最初に見つかった 1 行だけを結合します。右テーブルに一致する行が 1 行しかない場合、ANY と ALL の結果は同じです。
• ASOF — あいまいな一致条件で数列を結合する場合に使用します。
• Empty string — クエリで ALL または ANY が指定されていない場合、ClickHouse では例外がスローされます。

MergeJoin がディスク上で実行される場合に、並列ソートで使用できるファイル数を制限します。 この設定値を大きくするほど、使用するRAMは増え、必要なディスクI/Oは少なくなります。 設定可能な値:

• 2以上の任意の正の整数。

ハッシュ結合で行リストで出力するかどうかを判断するための、右テーブルにおけるキーごとの平均行数の下限。 join が次のいずれかの制限に達したときに、ClickHouse がどのような動作を行うかを定義します。

• max_bytes_in_join
• max_rows_in_join

この設定が適用されるのは、join_algorithm の値が hash または parallel_hash の場合のみです。その他の アルゴリズム (たとえば partial_merge、grace_hash、auto) では、これらの 制限は異なる方法で処理されます。たとえば、ディスクへのスピル、再パーティション化、または 戦略の切り替えです。詳しくは join_algorithm を参照してください。 設定可能な値:

• THROW — ClickHouse は例外をスローしてクエリを停止します。
• BREAK — ClickHouse はクエリを停止し、例外はスローしません。

デフォルト値: THROW。 関連項目

• JOIN 句
• Join テーブルエンジン

JOIN の動作を設定します。テーブルを結合する際、空のセルが生じることがあります。ClickHouse はこの設定に応じて、それらを異なる方法で補完します。 設定可能な値:

• 0 — 空のセルは、対応するフィールド型のデフォルト値で補完されます。
• 1 — JOIN は Standard SQL と同じように動作します。対応するフィールドの型は Nullable に変換され、空のセルは NULL で補完されます。