메인 콘텐츠로 건너뛰기
Amazon S3Google Cloud Storage의 파일을 조회하거나 삽입할 수 있는 테이블과 유사한 인터페이스를 제공합니다. 이 테이블 함수는 hdfs 함수와 유사하지만, S3 전용 기능을 제공합니다. 클러스터에 여러 레플리카가 있는 경우, 삽입을 병렬화하기 위해 대신 s3Cluster 함수를 사용할 수 있습니다. INSERT INTO...SELECT와 함께 s3 table function을 사용하면 데이터가 스트리밍 방식으로 읽히고 삽입됩니다. 일부 데이터 블록만 메모리에 유지되며, 블록은 S3에서 계속 읽혀 대상 테이블로 전달됩니다.

구문

GCSS3 테이블 함수는 GCS XML API와 HMAC 키를 사용해 Google Cloud Storage와 통합됩니다. 엔드포인트와 HMAC에 대한 자세한 내용은 Google interoperability docs를 참조하십시오.GCS를 사용하는 경우 access_key_idsecret_access_key 자리에는 HMAC 키와 HMAC 시크릿을 입력하십시오.
매개변수 s3 테이블 함수는 다음과 같은 일반 매개변수를 지원합니다.
GCSGoogle XML API의 엔드포인트는 JSON API와 다르므로 GCS URL은 다음 형식이어야 합니다.
https://storage.cloud.google.com 형식은 사용할 수 없습니다.
이름이 지정된 컬렉션을 사용해 인수를 전달할 수도 있습니다. 이 경우 url, access_key_id, secret_access_key, format, structure, compression_method는 동일하게 동작하며, 추가 매개변수도 일부 지원됩니다:

반환 값

지정된 파일에서 데이터를 읽거나 쓰는 데 사용되는, 지정된 구조의 테이블입니다.

예시

S3 파일 https://datasets-documentation.s3.eu-west-3.amazonaws.com/aapl_stock.csv의 테이블에서 처음 5개 행을 선택하는 예시:
ClickHouse는 파일 이름 확장자를 사용해 데이터 포맷을 판단합니다. 예를 들어, 앞의 명령은 CSVWithNames를 지정하지 않고도 실행할 수 있습니다:
ClickHouse는 파일의 압축 방식도 판별할 수 있습니다. 예를 들어 파일이 .csv.gz 확장자로 압축되어 있으면, ClickHouse가 파일의 압축을 자동으로 해제합니다.
*.parquet.snappy 또는 *.parquet.zstd 같은 이름의 Parquet 파일은 ClickHouse를 혼동시켜 TOO_LARGE_COMPRESSED_BLOCK 또는 ZSTD_DECODER_FAILED 오류를 일으킬 수 있습니다. 이는 실제로 Parquet는 행 그룹(row group) 및 컬럼 수준에서 압축을 적용하는데, ClickHouse는 파일 전체를 Snappy 또는 ZSTD로 인코딩된 데이터로 읽으려고 하기 때문입니다.Parquet 메타데이터에는 이미 컬럼별 압축 정보가 지정되어 있으므로 파일 확장자는 불필요합니다. 이런 경우에는 compression_method = 'none'을 사용하면 됩니다:

사용법

S3에 다음 URI를 가진 파일이 여러 개 있다고 가정해 보겠습니다. 1부터 3까지의 숫자로 끝나는 파일의 행 수를 계산합니다:
다음 두 디렉터리에 있는 모든 파일의 총 행 수를 계산합니다:
파일 목록에 앞에 0이 붙은 숫자 범위가 포함된 경우, 각 자릿수별로 중괄호를 사용하는 구문 또는 ?를 사용하십시오.
file-000.csv, file-001.csv, … , file-999.csv 파일들의 전체 행 수를 계산합니다:
test-data.csv.gz 파일에 데이터를 삽입합니다:
기존 테이블에서 test-data.csv.gz 파일로 데이터를 삽입합니다:
Glob **는 재귀적 디렉터리 탐색에 사용할 수 있습니다. 아래 예시는 my-test-bucket-768 디렉터리에서 모든 파일을 재귀적으로 가져옵니다:
아래 예시는 my-test-bucket 디렉터리 내 모든 하위 폴더에서 test-data.csv.gz 파일의 데이터를 재귀적으로 가져옵니다:
참고. 서버 설정 파일에서 사용자 정의 URL 매퍼를 지정할 수 있습니다. 예시:
URL 's3://clickhouse-public-datasets/my-test-bucket-768/**/test-data.csv.gz''http://clickhouse-public-datasets.s3.amazonaws.com/my-test-bucket-768/**/test-data.csv.gz'로 대체됩니다. 사용자 지정 매퍼는 config.xml에 추가할 수 있습니다:
프로덕션 환경에서는 이름이 지정된 컬렉션을 사용하는 것을 권장합니다. 다음은 예시입니다:

파티션별 쓰기

파티션 전략

INSERT 쿼리에서만 지원됩니다. wildcard: 파일 경로의 {_partition_id} 와일드카드를 실제 파티션 키로 대체합니다. 26.6보다 이전 compatibility 설정에서만 기본값으로 선택되며, 그 밖의 경우 기본값은 hive입니다(file_like_engine_default_partition_strategy 설정 참조). hive: 읽기 및 쓰기에 Hive 스타일 파티셔닝을 사용합니다. 다음 포맷으로 파일을 생성합니다: <prefix>/<key1=val1/key2=val2...>/<snowflakeid>.<toLower(file_format)>. hive 파티션 전략 예시
WILDCARD 파티션 전략 예시
  1. 키에 파티션 ID를 사용하면 파일이 각각 별도로 생성됩니다:
그 결과 데이터는 file_x.csv, file_y.csv, file_z.csv의 3개 파일에 기록됩니다.
  1. 버킷 이름에 파티션 ID를 사용하면 파일이 서로 다른 버킷에 생성됩니다:
그 결과 데이터는 서로 다른 3개의 버킷에 있는 다음 3개 파일에 기록됩니다: my_bucket_1/file.csv, my_bucket_10/file.csv, my_bucket_20/file.csv.

공개 버킷에 액세스하기

ClickHouse는 여러 유형의 소스에서 자격 증명을 가져오려고 시도합니다. 경우에 따라 공개 버킷에 액세스할 때 이로 인해 문제가 발생하여 클라이언트가 403 오류 코드를 반환할 수 있습니다. 이 문제는 NOSIGN 키워드를 사용해 방지할 수 있습니다. 이렇게 하면 클라이언트가 모든 자격 증명을 무시하고 요청에 서명하지 않습니다.

S3 자격 증명 사용하기 (ClickHouse Cloud)

공개되지 않은 버킷의 경우 함수에 aws_access_key_idaws_secret_access_key를 전달할 수 있습니다. 예시는 다음과 같습니다:
이는 일회성 접근이거나 자격 증명을 쉽게 교체할 수 있는 경우에 적합합니다. 하지만 반복적으로 접근해야 하거나 자격 증명이 민감한 경우에는 장기적인 해결책으로 권장되지 않습니다. 이런 경우에는 역할 기반 접근을 사용하는 것이 좋습니다. ClickHouse Cloud에서 S3에 대한 역할 기반 접근은 여기에 설명되어 있습니다. 구성이 완료되면 extra_credentials 매개변수를 통해 roleARNs3 함수에 전달할 수 있습니다. 예시는 다음과 같습니다:
선택 사항인 external_idrole_arn과 함께 제공할 수 있습니다. 이는 AWS STS AssumeRole 호출의 ExternalId 매개변수로 전달되며, 역할의 신뢰 정책에서 공유 시크릿을 요구하도록 할 수 있어 혼동된 대리인 문제를 완화합니다. 예시는 다음과 같습니다:
추가 예시는 여기에서 확인할 수 있습니다.

아카이브 다루기

S3에 다음 URI의 여러 아카이브 파일이 있다고 가정합니다. 이 아카이브에서 데이터를 추출하려면 ::를 사용할 수 있습니다. 글롭 패턴은 URL 부분과 :: 뒤의 부분(아카이브 내부 파일 이름을 지정하는 부분) 모두에 사용할 수 있습니다.
ClickHouse는 3가지 아카이브 포맷을 지원합니다: ZIP TAR 7Z ZIP 및 TAR 아카이브는 지원되는 모든 저장소 위치에서 액세스할 수 있지만, 7Z 아카이브는 ClickHouse가 설치된 로컬 파일 시스템에서만 읽을 수 있습니다.

데이터 삽입

행은 새 파일에만 삽입할 수 있습니다. 머지 사이클이나 파일 분할 작업은 없습니다. 파일이 한 번 쓰이고 나면 이후 삽입은 실패합니다. 자세한 내용은 여기를 참조하십시오.

가상 컬럼

  • _path — 파일 경로입니다. 유형: LowCardinality(String). 아카이브인 경우 "{path_to_archive}::{path_to_file_inside_archive}" 포맷의 경로를 표시합니다.
  • _file — 파일 이름입니다. 유형: LowCardinality(String). 아카이브인 경우 아카이브 내부 파일의 이름을 표시합니다.
  • _size — 파일 크기(바이트)입니다. 유형: Nullable(UInt64). 파일 크기를 알 수 없으면 값은 NULL입니다. 아카이브인 경우 아카이브 내부 파일의 비압축 크기를 표시합니다.
  • _time — 파일의 마지막 수정 시각입니다. 유형: Nullable(DateTime). 시각을 알 수 없으면 값은 NULL입니다.

use_hive_partitioning 설정

이 설정은 읽기 시점에 ClickHouse가 Hive 스타일로 파티셔닝된 파일을 파싱하도록 하는 힌트입니다. 쓰기에는 영향을 주지 않습니다. 읽기와 쓰기를 대칭적으로 처리하려면 partition_strategy 인수를 사용하십시오. use_hive_partitioning 설정을 1로 지정하면 ClickHouse가 경로(/name=value/)에서 Hive 스타일 파티셔닝을 감지하고, 쿼리에서 파티션 컬럼을 가상 컬럼으로 사용할 수 있습니다. 이러한 가상 컬럼은 파티셔닝된 경로의 이름과 동일한 이름을 가집니다. 예시

요청자 부담 버킷 액세스

요청자 부담 버킷에 액세스하려면 모든 요청에 x-amz-request-payer = requester 헤더를 포함해야 합니다. 이는 s3 함수에 headers('x-amz-request-payer' = 'requester') 매개변수를 전달하여 설정할 수 있습니다. 예시:

스토리지 설정

  • s3_truncate_on_insert - 파일에 삽입하기 전에 해당 파일을 TRUNCATE할 수 있습니다. 기본적으로 비활성화됩니다.
  • s3_create_new_file_on_insert - 포맷에 접미사가 있는 경우, 삽입할 때마다 새 파일을 생성할 수 있습니다. 기본적으로 비활성화됩니다.
  • s3_skip_empty_files - 읽는 동안 빈 파일을 건너뛸 수 있습니다. 기본적으로 활성화됩니다.

중첩된 Avro 스키마

파일마다 서로 다른 중첩 레코드를 포함한 Avro 파일을 읽을 때(예를 들어 일부 파일의 중첩 객체 내부에 추가 필드가 있는 경우), ClickHouse는 다음과 같은 오류를 반환할 수 있습니다:
The number of leaves in record doesn’t match the number of elements in tuple…
이는 ClickHouse가 모든 중첩 레코드 구조가 동일한 스키마와 일치할 것으로 예상하기 때문에 발생합니다. 이런 상황을 처리하려면 다음 방법을 사용할 수 있습니다:
  • schema_inference_mode='union'을 사용해 서로 다른 중첩 레코드 스키마를 병합하거나,
  • 중첩 구조를 수동으로 맞춘 뒤 use_structure_from_insertion_table_in_table_functions=1을 활성화합니다.
성능 참고schema_inference_mode='union'은 스키마를 추론하기 위해 각 파일을 스캔해야 하므로, 매우 큰 S3 데이터셋에서는 시간이 더 오래 걸릴 수 있습니다.
예시
마지막 수정일 2026년 6월 25일