Skip to main content
url 関数は、指定された フォーマット と structure を使用して URL からテーブルを作成します。 url 関数は、URL テーブルのデータに対する SELECT クエリおよび INSERT クエリで使用できます。

構文

パラメーター

戻り値

指定されたフォーマットと構造を持ち、指定したURLのデータを含むテーブル。

例

CSV フォーマットで応答する HTTP サーバーから、String 型と UInt32 型のカラムを含むテーブルの先頭 3 行を取得します。
URL からテーブルへデータを挿入するには:

URL 認証スキームによる振り分け

url 関数は、他のファイルストレージおよびオブジェクトストレージのテーブル関数を統一的に扱うラッパーとして機能します。URL 認証スキームに基づいて適切なバックエンドに振り分けられるため、サポートされている任意の場所から単一の統一された構文で読み取ることができます。 追加設定なしで S3 URI mapper が具体的なエンドポイントに解決できる S3 認証スキーム (s3 と gs/gcs/oss) のみが振り分けの対象です。その他の S3-compatible ベンダーの認証スキーム (cos、obs、eos、…) はリージョン固有で、デフォルトのエンドポイントマッピングがありません。そのため、cos://… URL は認識されない認証スキームとして扱われ、エラーとして報告されます。これらのバックエンドでは、s3 関数を直接使用してください (url_scheme_mappers を設定したうえで) 。 file:// の場合、相対パス (file://data.csv) は user_files ディレクトリ内で解決され、絶対パス (file:///home/user/data.csv) は通常どおりその配下を指している必要があります。 format、structure、compression_method の引数と url_base 設定は、振り分け先にかかわらず同じように機能します。
認証スキームの振り分けは、urlCluster ではまだサポートされていません。urlCluster に http(s) 以外の認証スキームを渡すと、エラーになって拒否されます。そうしたバックエンドでは、代わりに対応するクラスター関数 (s3Cluster、azureBlobStorageCluster、hdfsCluster、…) を使用してください。 同じ理由から、振り分けられた url の呼び出しは、クエリを受け取ったノード上で読み取られます。つまり、parallel_replicas_for_cluster_engines による fan-out は適用されません。読み取りをレプリカ間で分散させたい場合は、対応するクラスター関数を直接使用してください。

URL 内の globs

{ } 内のパターンは、分片のセットを生成したり、フェイルオーバー先のアドレスを指定したりするために使用されます。サポートされているパターンの種類と例については、remote 関数の説明を参照してください。 パターン内の文字 | は、フェイルオーバー先のアドレスを指定するために使用されます。これらは、パターンに記載された順序どおりに順番に試行されます。生成されるアドレス数は、glob_expansion_max_elements 設定によって制限されます。 URL パスでの glob 構文 (*、{a,b}、{N..M}、** など) については、パス内の globs を参照してください。なお、? は URL ではクエリ文字列の開始を表すため、パス部分ではワイルドカードとして使用できません。

HTTPインデックスページでのワイルドカード

url および URL テーブルエンジンでは、ClickHouse は HTTP インデックスページ (HTML または平文) を取得し、レスポンスボディから URL を抽出することでワイルドカードを展開できます。これにより、サーバーがディレクトリ一覧を公開している場合は、/**/ のようなパターンを使用できます。 注意:
  • 相対 URL は、インデックスページの URL を基準に解決されます。
  • URL テンプレートは、インデックスページを取得する前に展開されます。これには、カンマ区切りおよび数値範囲の分片展開と、パス部分の外側にある | フェイルオーバーオプションが含まれます。
  • パス部分の内側にある | フェイルオーバーパターンは、HTTP インデックスページ展開ではサポートされていません。
  • ワイルドカードの照合は、URL のパス部分に適用されます。
  • 一覧に含まれる URL にすでにクエリ文字列またはフラグメントが含まれている場合は、ソース URL のものよりそちらが優先されます。含まれていない場合は、ソース URL のクエリ文字列とフラグメントが使用されます。
  • 空の一覧も許可されます。インデックスページに対する HTTP エラー (例: 404) は例外を発生させます。
  • インデックスページの最大サイズは、max_http_index_page_size によって制限されます。
  • 再帰的な展開中に読み取るディレクトリの最大数は、url_wildcard_max_directories_to_read によって制限されます。
例:

仮想カラム

  • _path — URL のパス。型: LowCardinality(String)。
  • _file — URL のリソース名。型: LowCardinality(String)。
  • _size — リソースのサイズ (バイト単位) 。型: Nullable(UInt64)。サイズが不明な場合、値は NULL です。
  • _time — ファイルの最終更新時刻。型: Nullable(DateTime)。時刻が不明な場合、値は NULL です。
  • _headers - HTTP レスポンスヘッダー。型: Map(LowCardinality(String), LowCardinality(String))。

use_hive_partitioning 設定

use_hive_partitioning 設定を 1 にすると、ClickHouse はパス (/name=value/) 内の Hive スタイルのパーティション化を検出し、クエリ内でパーティションカラムを仮想カラムとして使用できるようになります。これらの仮想カラムには、パーティション化されたパス内と同じ名前が付きます。 例 Hive スタイルのパーティション化で作成された仮想カラムを使用する

相対 URL の解決

url_base 設定を使用すると、url 関数に相対 URL を渡せます。url_base が設定されていて、関数の引数が相対参照である場合、その参照は RFC 3986 に従ってベース URL を基準に解決されます。 解決規則は次のとおりです。
  • パス相対 (例: data.csv) : ベース URL のパスにマージされ、ベースパスの最後の / 以降はすべて置き換えられます。末尾のスラッシュの有無は重要です。https://example.com/dir/ + data.csv は https://example.com/dir/data.csv になりますが、https://example.com/dir + data.csv は https://example.com/data.csv になります。ドットセグメント (./ と ../) は正規化されます。
  • ホスト相対 (例: /test/data.csv) : ベース URL のスキームとホストを使用して解決されます。
  • スキーム相対 (例: //other.com/test/data.csv) : ベース URL のスキームを使用して解決されます。
  • クエリのみ (例: ?x=1) : 完全なベースパスに付加され、既存のクエリやフラグメントは置き換えられます。
  • フラグメントのみ (例: #frag) : ベース URL に付加され、クエリは保持されたまま、既存のフラグメントは置き換えられます。
  • 空: フラグメントを除いたベース URL を返します。
  • 絶対 URL: 変更せずそのまま渡されます。url_base は無視されます。URL が絶対 URL と見なされるのは、scheme:// で始まる場合のみです。最初のパスセグメントにコロンを含む名前 (例: report:2026.csv) は、RFC 3986 ではスキーム report を持つ絶対 URI として解析されますが、そのような名前は使用可能な URL ではないため、代わりにパス相対参照として解決されます。
  • スキームのみのベース (例: file://) : パス相対 URL はベースに直接付加されます。file:// + data.csv = file://data.csv となり、file:// スキームではこれは user_files ディレクトリ (clickhouse-local では現在のディレクトリ) を基準とするパスを意味します。この場合、ドットセグメントはそのまま保持されます。
例

ストレージ設定

  • engine_url_skip_empty_files - 読み取り時に空のファイルをスキップできます。デフォルトでは無効です。
  • enable_url_encoding - URI 内のパスのデコード/エンコードを有効または無効にできます。デフォルトでは有効です。
  • url_base - url 関数に渡された相対 URL を解決するためのベース URL です。

権限

url 関数を使用するには、CREATE TEMPORARY TABLE 権限が必要です。そのため、readonly = 1 に設定されているユーザーは利用できません。少なくとも readonly = 2 が必要です。

関連

最終更新日 2026年9月26日