メインコンテンツへスキップ

説明

pg_clickhouse は、foreign data wrapper を含む、ClickHouse データベースに対する リモートクエリ実行を可能にする PostgreSQL 拡張機能です。PostgreSQL 13 以降と ClickHouse 23 以降をサポートしています。

はじめに

pg_clickhouse を試す最も簡単な方法は Docker image を使うことです。これには、 pg_clickhouse と re2 拡張機能を含む標準の PostgreSQL Docker イメージが含まれています:
ClickHouseテーブルのインポートやクエリのプッシュダウンを始めるには、チュートリアルを参照してください。

使い方

バージョニングポリシー

pg_clickhouse は、公開リリースにおいて Semantic Versioning に従います。
  • API の変更時にはメジャーバージョンが増加します
  • 後方互換性のある SQL の変更時にはマイナーバージョンが増加します
  • binary のみの変更時にはパッチバージョンが増加します
インストールされると、PostgreSQL は 2 種類のバージョンを管理します。
  • ライブラリバージョン (PostgreSQL 18 以降では PG_MODULE_MAGIC によって定義) には完全なセマンティックバージョンが含まれており、 pgch_version() 関数の出力または Postgres の pg_get_loaded_modules() 関数で確認できます。
  • 拡張機能バージョン (control file で定義) にはメジャー バージョンとマイナーバージョンのみが含まれており、pg_catalog.pg_extension テーブル、 pg_available_extension_versions() 関数の出力、および \dx pg_clickhouse で確認できます。
実際には、これはたとえば v0.1.0 から v0.1.1 へのようにパッチバージョンが増加する release では、v0.1 を読み込んでいるすべての database がその恩恵を受けられ、アップグレードを反映するために ALTER EXTENSION を実行する必要がないことを意味します。 一方、マイナーバージョンまたはメジャーバージョンが増加する release には SQL アップグレードスクリプトが付属し、拡張機能を含む既存のすべての database では、 アップグレードを反映するために ALTER EXTENSION pg_clickhouse UPDATE を実行する必要があります。

DDL SQL リファレンス

以下の SQL DDL 文では、pg_clickhouse を使用します。

CREATE EXTENSION

CREATE EXTENSION を使用して、データベースに pg_clickhouse を追加します。
特定のスキーマにインストールするには、WITH SCHEMA を使用します (推奨) :

ALTER EXTENSION

pg_clickhouse を変更するには、ALTER EXTENSION を使用します。例:
  • pg_clickhouse の新しい release をインストールした後は、UPDATE 句を使用します。
  • 拡張機能を新しいスキーマに移動するには、SET SCHEMA を使用します。

DROP EXTENSION

データベースから pg_clickhouse を削除するには、DROP EXTENSION を使用します。
pg_clickhouse に依存するオブジェクトがある場合、このコマンドは失敗します。これらも削除するには、 CASCADE 句を使用してください:

CREATE SERVER

ClickHouseサーバーに接続する外部サーバーを作成するには、CREATE SERVER を使用します。例:
サポートされるオプションは次のとおりです。
  • driver: 使用する ClickHouse 接続ドライバーです。“binary” または “http” のいずれかを指定します。必須です。
  • compression: バイナリドライバー用のネイティブプロトコル圧縮です。“none”、 “lz4”、“zstd” のいずれかです。デフォルトは “lz4” です。“http” ドライバーでは 無視されます。
  • dbname: 接続時に使用する ClickHouse データベースです。デフォルトは “default” です。
  • fetch_size: HTTP streaming の、おおよそのバッチサイズ (バイト単位) です。バッチは 行の境界で分割されます。デフォルトは 50000000 (50 MB) です。0 を指定すると ストリーミングが無効になり、レスポンス全体がバッファリングされます。外部テーブルはこの 値を上書きできます。
  • host: ClickHouse サーバーのホスト名です。デフォルトは “localhost” です。
  • port: 接続先の ClickHouse サーバーのポートです。デフォルトは 次のとおりです。
    • driver が “binary” で、host が ClickHouse Cloud ホストの場合は 9440
    • driver が “binary” で、host が ClickHouse Cloud ホストではない場合は 9004
    • driver が “http” で、host が ClickHouse Cloud ホストの場合は 8443
    • driver が “http” で、host が ClickHouse Cloud ホストではない場合は 8123
  • min_tls_version: TLS を使用する接続でネゴシエートする最小 TLS プロトコルバージョンです。 TLSv1TLSv1.1TLSv1.2TLSv1.3 のいずれかです。デフォルトは TLS ライブラリ自体の最小バージョンです。両方のドライバーに適用されます。
  • secure: 接続で使用する TLS を制御します。次のいずれかです。
    • auto (デフォルト): host が ClickHouse Cloud ホストであるか、 port がセキュアポートの場合は TLS を使用し、それ以外では平文を使用します。
    • on (または true/yes/1): 常に TLS を使用します。デフォルトの port は 8443 (“http”) または 9440 (“binary”) です。
    • off (または false/no/0): TLS を使用しません。デフォルトの port は 8123 (“http”) または 9000 (“binary”) です.

ALTER SERVER

ALTER SERVER は外部サーバーを変更するために使用します。例:
オプションは、CREATE SERVER と同じです。

DROP SERVER

外部サーバー を削除するには、DROP SERVER を使用します。
このコマンドは、他のオブジェクトがそのサーバーに依存している場合、失敗します。CASCADE を使用すると、 それらの依存オブジェクトも削除できます:

CREATE USER MAPPING

CREATE USER MAPPING を使用すると、PostgreSQL ユーザーを ClickHouse ユーザーにマッピングできます。たとえば、taxi_srv 外部サーバー を使って接続する際に、現在の PostgreSQL ユーザーをリモートの ClickHouse ユーザーにマッピングするには、次のようにします。
サポートされているオプションは以下のとおりです。
  • user: ClickHouseユーザー名です。デフォルトは “default” です。
  • password: ClickHouseユーザーのパスワードです。

ALTER USER MAPPING

ALTER USER MAPPING を使用して、ユーザーマッピングの定義を変更できます。
CREATE USER MAPPING と同じオプションを使用できます。

DROP USER MAPPING

ユーザーマッピングを削除するには、DROP USER MAPPING を使用します。

IMPORT FOREIGN SCHEMA

IMPORT FOREIGN SCHEMA を使用すると、ClickHouse データベースで定義されているすべてのテーブルを、外部テーブルとして PostgreSQL のスキーマにインポートできます。
LIMIT TO を使用して、インポート対象を特定のテーブルのみに限定します:
EXCEPT を使用してテーブルを除外します:
pg_clickhouse は、指定された ClickHouse データベース (上記の例では “demo”) 内のすべてのテーブルの一覧を取得し、各テーブルの カラム定義を取得したうえで、外部テーブルを作成するための CREATE FOREIGN TABLE コマンドを実行します。カラムは サポートされているデータ 型 を使用して定義され、検出可能な場合は CREATE FOREIGN TABLE でサポートされているオプションも使用されます。
インポートされた識別子の大文字・小文字の保持IMPORT FOREIGN SCHEMA は、インポートするテーブル名とカラム 名に対して quote_identifier() を実行します。これにより、大文字を含む識別子 または空白を含む識別子は二重引用符で囲まれます。そのため、そのようなテーブル名とカラム名は PostgreSQL クエリ内でも二重引用符で囲む必要があります。すべて小文字で空白文字を含まない名前は、 引用符で囲む必要はありません。たとえば、次の ClickHouse テーブルがあるとします。
IMPORT FOREIGN SCHEMA は、次の外部テーブルを作成します。
したがって、クエリでは適切に引用する必要があります。たとえば、
異なる名前のオブジェクトや、すべて小文字の (つまり 大文字・小文字を区別しない) 名前でオブジェクトを作成するには、CREATE FOREIGN TABLE を使用します。

CREATE FOREIGN TABLE

ClickHouseデータベースのデータをクエリできる外部テーブルを作成するには、CREATE FOREIGN TABLE を使用します。
サポートされているテーブルオプションは次のとおりです。
  • database: リモートデータベースの名前です。デフォルトでは、外部サーバーに 定義されているデータベースが使用されます。
  • fetch_size: HTTP streaming のおおよそのバッチサイズ (バイト単位) です。サーバーレベルの fetch_size を上書きします。デフォルトは 50000000 (50 MB) です。0 を指定すると streaming が無効になり、レスポンス全体がバッファされます。
  • table_name: リモートテーブルの名前です。デフォルトでは、外部テーブルに 指定された名前が使用されます。
  • engine: ClickHouse テーブルで使用される [テーブルエンジン] です。 CollapsingMergeTree() および AggregatingMergeTree() では、pg_clickhouse が テーブル上で実行される関数式に対して自動的にパラメーターを適用します。
各カラムには、リモートの ClickHouse の データ型 に対応するものを使用してください。サポートされているカラムオプションは次のとおりです。
  • column_name: ClickHouse 側のカラム名です。クエリや INSERT のデパース時には、PostgreSQL の属性名よりもこちらが優先して使用されます。 これは、引用符なしの小文字の PostgreSQL カラム名を 大文字と小文字を区別する ClickHouse カラムにマッピングする場合に便利です。例:
  • AggregateFunction: [AggregateFunction 型] カラムに適用される 集約関数の名前です。データ型を、その関数に渡される ClickHouse の型にマッピングし、適切なカラムオプションで 集約関数名を指定すると、pg_clickhouse が自動的に カラムを評価する集約関数に Merge を付加します。
  • SimpleAggregateFunction: [SimpleAggregateFunction 型] カラムに適用される 集約関数の名前です。データ型を、その関数に渡される ClickHouse の型にマッピングし、適切なカラムオプションで 集約関数名を指定してください。

ALTER FOREIGN TABLE

外部テーブルの定義を変更するには、ALTER FOREIGN TABLE を使用します。
サポートされているテーブルおよびカラムのオプションは、CREATE FOREIGN TABLE と同じです。

DROP FOREIGN TABLE

外部テーブルを削除するには、DROP FOREIGN TABLEを使用します。
このコマンドは、外部テーブルに依存するオブジェクトがある場合、失敗します。 それらも削除するには、CASCADE 句を使用します:

DML SQL リファレンス

以下の SQL DML 式では、pg_clickhouse を使用することがあります。例は、 以下の ClickHouse テーブルを前提としています:

EXPLAIN

EXPLAIN コマンドは想定どおりに動作しますが、VERBOSE オプションを指定すると ClickHouse の “Remote SQL” クエリが出力されます:
このクエリでは、“Foreign Scan” プランノードを介して、リモート SQL が ClickHouse にプッシュダウンされます。

SELECT

SELECTステートメントを使うと、他のテーブルと同様に pg_clickhouse テーブルに対してクエリを実行できます。
pg_clickhouse は、集約関数を含め、可能な限りクエリ実行を ClickHouse にプッシュダウンします。EXPLAIN を使用して、 どこまでプッシュダウンされているかを確認してください。たとえば、上記のクエリでは、実行はすべて ClickHouse にプッシュダウンされます
pg_clickhouse は、同じリモートサーバー上のテーブルに対する JOIN もプッシュダウンします。
ローカルテーブルとの JOIN は、注意深くチューニングしないと、 非効率なクエリを生成します。この例では、 nodes テーブルのローカルコピーを作成し、リモートテーブルの代わりに それと JOIN します。
この場合、ローカルのカラムではなく node_id でグループ化することで、 集約処理のより多くを ClickHouse 側に任せられ、その後で ルックアップテーブルと join できます。
この “Foreign Scan” ノードでは、node_id ごとの集約がプッシュダウンされるようになり、 Postgres に引き戻す必要のある行数が 1000 行 (全件) から 各ノード 1 行ずつのわずか 8 行まで削減されます。

PREPARE, EXECUTE, DEALLOCATE

v0.1.2以降、pg_clickhouse は主に PREPARE コマンドで作成される パラメータ付きクエリをサポートしています:
プリペアドステートメントを実行するには、通常どおり EXECUTE を使用します。
パラメータ化された実行では、[根本原因となっていたバグ] が [修正] される ClickHouse 25.8 より前のバージョンで、http ドライバー が DateTime のタイムゾーンを正しく変換できません。PostgreSQL では PREPARE を 使っていなくても、パラメータ化されたクエリプランが使用されることがある点に 注意してください。タイムゾーンの正確な変換が必要なクエリで、25.8 以降に アップグレードできない場合は、代わりに バイナリドライバー を 使用してください。
通常どおり、pg_clickhouse は集計をプッシュダウンします。これは EXPLAIN の詳細出力で確認できます:
完全な日付の値が送信されており、パラメータのプレースホルダーではないことに注意してください。 これは、PostgreSQL の [PREPARE に関する注意事項]で説明されているとおり、最初の 5 回のリクエストに当てはまります。6 回目の実行では、ClickHouse の {param:type} 形式の[クエリパラメータ]が送信されます。 パラメータ:
プリペアドステートメントを解放するには、DEALLOCATE を使用します:

INSERT

リモートのClickHouseテーブルに値を挿入するには、INSERT コマンドを使用します。

COPY

リモートの ClickHouse テーブルに複数の行をまとめて挿入するには、COPY コマンドを使用します。
⚠️ Batch API の制限 pg_clickhouse は、PostgreSQL FDW のバッチ insert API のサポートをまだ実装していません。そのため、現在 COPY はレコードを 挿入するために INSERT ステートメントを使用しています。これは今後のリリースで改善される予定です。

LOAD

pg_clickhouse 共有ライブラリを読み込むには、LOAD を使用します:
通常、LOAD を使う必要はありません。Postgres は、その機能 (関数、外部 テーブルなど) のいずれかが初めて使用されたときに、自動的に pg_clickhouse を読み込みます。 LOAD pg_clickhouse が役立つ可能性があるのは、SET で pg_clickhouse のパラメータを設定してから、それらに依存するクエリを 実行したい場合に限られます。

SET

SET を使用して、pg_clickhouse のカスタム設定パラメーターを設定します。

pg_clickhouse.session_settings

pg_clickhouse.session_settings パラメーターは、後続のクエリに適用する [ClickHouse 設定] を指定します。例:
デフォルトは join_use_nulls 1, group_by_use_nulls 1, final 1 です。ClickHouse server の設定に戻すには、これを 空文字列に設定します。
構文は、1 つ以上のスペースで区切られたキー/値ペアのカンマ区切りリストです。キーは ClickHouse settings に対応している必要があります。値に含まれるスペース、カンマ、バックスラッシュは、バックスラッシュでエスケープします:
または、スペースやカンマをエスケープせずに済むよう、単一引用符で囲んだ値を使用します。二重引用符を使う必要がなくなるため、[ダラークォート] の使用も検討してください:
可読性を重視し、多くの設定を行う必要がある場合は、たとえば複数行で 記述します。
一部の設定は、pg_clickhouse 自体の動作に支障をきたす場合、無視されます。これには次のものが含まれます。
  • date_time_output_format: http ドライバーではこれが “iso” である必要があります
  • format_tsv_null_representation: http ドライバーではデフォルト値が必要です
  • output_format_tsv_crlf_end_of_line http ドライバーではデフォルト値が必要です
それ以外については、pg_clickhouse は設定を検証せず、すべてのクエリごとに ClickHouse にそのまま渡します。したがって、各 ClickHouse バージョンですべての設定をサポートします。 pg_clickhouse.session_settings を設定する前に、 pg_clickhouse を読み込んでおく必要がある点に注意してください。[共有ライブラリのプリロード] を使用するか、 または拡張機能内のいずれかのオブジェクトを使って、確実に読み込まれるようにしてください。

pg_clickhouse.pushdown_regex

pg_clickhouse.pushdown_regex パラメータは、pg_clickhouse が 正規表現関数および演算子をプッシュダウンするかどうかを制御します。既定では プッシュダウンが有効です。プッシュダウンを無効にするには、このパラメータを false に設定します:
詳細については、正規表現を参照してください。

ALTER ROLE

ALTER ROLE’s SET コマンドを使用すると、pg_clickhouse をプリロードしたり、 特定のロールに対してそのパラメータをSETしたりできます。
ALTER ROLERESET コマンドを使用して、pg_clickhouse のプリロード設定 やパラメータをリセットします:

プリロード

すべて、またはほぼすべてのPostgres接続で pg_clickhouse を使用する必要がある場合は、 これを自動的に読み込むために、[共有ライブラリのプリロード]の使用を検討してください:

session_preload_libraries

PostgreSQL への新しい接続のたびに共有ライブラリを読み込みます:
サーバーを再起動せずに更新を反映するのに便利で、再接続するだけで済みます。ALTER ROLE を使って、特定のユーザーやロールに対して設定することもできます。

shared_preload_libraries

起動時に、共有ライブラリを PostgreSQL の親プロセスに読み込みます:
各セッションごとのメモリ使用量と読み込み時のオーバーヘッドを抑えられますが、ライブラリの更新時には クラスターの再起動が必要です。

データ型

pg_clickhouse は、以下の ClickHouse データ型を PostgreSQL のデータ型にマッピングします。IMPORT FOREIGN SCHEMA では、カラムのインポート時に PostgreSQL カラム型として先頭の型が使用されます。追加の型は、CREATE FOREIGN TABLE ステートメントで使用できます。 追加の注記と詳細を以下に示します。

BYTEA

ClickHouse は PostgreSQL の BYTEA 型に相当する型を提供していませんが、String 型に任意のバイト列を格納できます。通常、ClickHouse の文字列は PostgreSQL の TEXT にマッピングしますが、バイナリデータを扱う場合は BYTEA にマッピングしてください。例:
最後のSELECTクエリの出力は以下のとおりです:
ClickHouseのカラムにnulバイトが含まれている場合、TEXTカラムを使用する外部テーブルは正しい値を出力しないことに注意してください:
出力結果:
2行目と3行目の値が切り捨てられていることに注意してください。これは、PostgreSQLがnul終端文字列に依存しており、文字列内のnulをサポートしていないためです。 バイナリ値を TEXT カラムに挿入しようとすると、成功し、期待どおりに動作します:
テキストのカラムは正しく表示されます:
しかし、BYTEAとしては読み取れません:
原則として、エンコードされた文字列には TEXT カラムのみを、バイナリデータには BYTEA カラム のみを使用し、両者を混在させないでください。

関数と演算子のリファレンス

関数

これらの関数は、ClickHouse データベースにクエリを実行するためのインターフェイスです。

clickhouse_raw_query

ClickHouse service の HTTP インターフェイス経由で接続し、単一の クエリを実行してから切断します。省略可能な 2 番目の引数では connection string を指定します。デフォルトは host=localhost port=8123 です。サポートされる connection parameter は次のとおりです。
  • host: 接続先の host。必須です。
  • port: 接続先の HTTP port。デフォルトは 8123 ですが、host が ClickHouse Cloud host の場合は 8443 になります
  • dbname: 接続先の database 名。
  • username: 接続に使用する username。デフォルトは default です
  • password: 認証に使用する password。デフォルトでは password はありません
デフォルトでは、どのロールにもこの関数に対する EXECUTE 権限はありません。GRANTで、 アドホックな ClickHouse クエリを正当に実行する必要があるロールにのみ アクセスを付与することを検討してください。たとえば、専用の ClickHouse 管理者ロールです。 結果を返さないクエリに便利ですが、値を返すクエリの場合は 単一のテキスト値として返されます。

プッシュダウン関数

pg_clickhouse は、条件式 (HAVING 句および WHERE 句) で使用される PostgreSQL の組み込み関数の一部をプッシュダウンします。対応する関数は、ClickHouse では以下のとおりです。

プッシュダウン演算子

  • Array スライス (arr[L:U]): arraySlice
  • @> (配列が含む) : hasAll
  • <@ (配列に含まれる) : hasAll
  • && (配列の重複) : hasAny
  • ~ (正規表現に一致) : match
  • !~ (正規表現に一致しない) : match
  • ~* (大文字と小文字を区別しない正規表現に一致しない) : match
  • !~* (大文字と小文字を区別しない正規表現に一致しない) : match
  • ->> (JSON/JSONB の要素をテキストとして抽出) : sub-column syntax
  • -> (JSON/JSONB を抽出) : toJSONString + sub-column syntax

カスタム関数

pg_clickhouse が作成するこれらのカスタム関数は、PostgreSQL に対応する機能がない一部の ClickHouse 関数について、外部クエリのプッシュダウンを可能にします。これらの関数のいずれかをプッシュダウンできない場合は、例外が発生します。

拡張機能のプッシュダウン

pg_clickhouse は、一部のコア拡張機能やサードパーティ拡張機能の関数を認識し、それらを ClickHouse の対応する関数にプッシュダウンします。

re2

すべての [re2 拡張機能] 関数は、ClickHouse に 1:1 でプッシュダウンされます。

intarray

intarray 関数のうち、ClickHouse にプッシュダウンされるものは 1 つあります。

fuzzystrmatch

2つの fuzzystrmatch 関数が ClickHouse にプッシュダウンされます。

キャストのプッシュダウン

pg_clickhouse は、互換性のあるデータ型に対して CAST(x AS bigint) のようなキャストをプッシュダウンします。互換性のない型ではプッシュダウンに失敗します。たとえば、この例で x が ClickHouse の UInt64 である場合、ClickHouse はその値をキャストしません。 互換性のないデータ型へのキャストをプッシュダウンするために、pg_clickhouse は次の関数を提供しています。これらの関数は、プッシュダウンされなかった場合に PostgreSQL で例外を発生させます。

集計のプッシュダウン

以下の PostgreSQL 集約関数は ClickHouse にプッシュダウンされます。

カスタム集約関数

pg_clickhouse が作成するこれらのカスタム集約関数は、PostgreSQL に同等の機能がない一部の ClickHouse 集約関数について、外部クエリのプッシュダウンを提供します。これらの関数のいずれかをプッシュダウンできない場合は、例外をスローします。

ordered-set 集約関数 の プッシュダウン

これらのordered-set 集約関数は、それぞれの direct argument をパラメータとして、ORDER BY 式を引数として渡すことで、ClickHouse のParametric 集約関数に対応します。たとえば、次の PostgreSQL クエリです。
次のClickHouseクエリにマッピングされます:
デフォルト以外の ORDER BY 接尾辞である DESCNULLS FIRST は サポートされておらず、error が発生します。

プッシュダウン可能なウィンドウ関数

以下の PostgreSQL の[ウィンドウ関数]は、該当する場合はフレーム指定を含む OVER (PARTITION BY ... ORDER BY ...) 句とともに ClickHouse にプッシュダウンされます。 順位付け関数 (row_numberrankdense_rankntilecume_distpercent_rank) は、ClickHouse ではこれらの関数に対するフレーム指定が受け付けられないため、プッシュダウン時にはフレーム句が省略されます。

互換性に関する注意

正規表現

pg_clickhouse.pushdown_regex が true の場合 (デフォルト) 、pg_clickhouse は 正規表現を ClickHouse の同等表現に プッシュダウン し、基本的な互換性を確保するよう努めます。 ただし、両者の違いと、それらを pg_clickhouse がどのように扱うかは把握しておいてください。
  • PostgreSQL は [POSIX 正規表現] をサポートし、ClickHouse は RE2 正規表現 をサポートしています。動作の違いに注意してください。正規表現が ClickHouse によって評価される場合 (例: WHERE 句内) は RE2 を、Postgres によって評価される場合 (例: SELECT 句内) は POSIX を使用してください。
  • pg_clickhouse は、[Postgres フラグ]を ClickHouse の正規表現の (?) 内の先頭に追加することで、プッシュダウンします。たとえば:
    になります
  • 両方でサポートされており、そのため ClickHouse で評価される際に使用できるフラグは、次のとおりです: RE2 がサポートしているのはこれらのフラグだけです。それ以外の [Postgres のフラグ] は使用しないでください。
  • この表は、改行および行末のマッチングにおける各種フラグ (およびフラグなし。これは s と同じです) の効果を要約したものです。Postgres では、 mp を指定すると否定文字クラス ([^xyz]) が 改行にマッチしなくなる点に注意してください。一方、ClickHouse の同等の機能ではそうなりません。それ以外の 動作は、ClickHouse でも Postgres と同じです:
  • 正規表現関数に渡すその他のフラグがあると、その関数は プッシュダウンされません。
  • 例外は regexp_replace() で、これも g フラグをサポートします。 g が設定されている場合、pg_clickhouse は replaceRegexpOne() ではなく replaceRegexpAll() を使用し、 他のフラグを先頭に追加する前に g フラグを削除します。
  • Postgres の regexp_replace() の置換引数では、一致全体を参照するために \& を使用できますが、ClickHouse では一致全体に \0 を使用します。 関数が ClickHouse にプッシュダウンされる場合は、必ず \0 を使用してください。
  • Postgres の regexp_match は一致がない場合に NULL を返しますが、 push down される式は空の配列を返します。戻り値を 互換性のある形で比較するには、COALESCE() を使って NULL ではなく空の配列を返すようにします。例えば:
曖昧さを完全に避けるには、 Postgres の正規表現が ClickHouse に プッシュダウン されないよう pg_clickhouse.pushdown_regex を設定し、 pg_clickhouse が ClickHouse 互換の RE2 正規表現の direct プッシュダウン をサポートしている [re2 拡張機能] の使用を検討してください。

to_char()

timestamp および timestamp with time zone に対する PostgreSQL の to_char() は、フォーマット引数が非 NULL の文字列定数であり、なおかつ含まれる PostgreSQL のキーワードがすべて ClickHouse にバイト単位で完全一致する対応を持つ場合にのみ、ClickHouse の formatDateTime にプッシュダウンされます。フォーマットが動的な場合 (Const ではない場合) 、または未サポートのキーワードや modifier を含む場合、この呼び出しは PostgreSQL でローカルに評価されます。部分的な変換でプッシュダウンを試みることはないため、出力は PG 互換のまま保たれます。 numericinterval、およびその他の timestamp 以外の型に対する 2 引数の to_char() 形式は、プッシュダウンされません。ClickHouse の formatDateTime は日付時刻値のみをフォーマットします。

変換されるキーワード

引用符付きテキストとリテラル

"..." で囲まれたテキストは、そのまま渡されます。リテラルの % は、 ClickHouse の指定子プレフィックスをエスケープするため、%% に 二重化されます。引用符の外側にある \" も、リテラルの " としてそのまま 渡されます。"..." の内側では、バックスラッシュでエスケープされるのは " のみで、 それ以外のバックスラッシュシーケンスはリテラルテキストとして扱われます。

著者

David E. Wheeler 著作権 (c) 2025-2026, ClickHouse
最終更新日 2026年7月2日