url 関数は、指定された フォーマット と structure を使用して URL からテーブルを作成します。
url 関数は、URL テーブルのデータに対する SELECT クエリおよび INSERT クエリで使用できます。
構文
パラメーター
戻り値
URLのデータを含むテーブル。
例
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 内の 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 関数に相対 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は無視されます。
ストレージ設定
- engine_url_skip_empty_files - 読み取り時に空のファイルをスキップできます。デフォルトでは無効です。
- enable_url_encoding - URI 内のパスのデコード/エンコードを有効または無効にできます。デフォルトでは有効です。
- url_base -
url関数に渡された相対 URL を解決するためのベース URL です。
権限
url 関数を使用するには、CREATE TEMPORARY TABLE 権限が必要です。そのため、readonly = 1 に設定されているユーザーは利用できません。少なくとも readonly = 2 が必要です。