메인 콘텐츠로 건너뛰기
ClickHouse는 객체 스토리지에 직접 저장된 오픈 테이블 포맷의 데이터를 바로 쿼리할 수 있는 테이블 함수를 제공합니다. 이를 위해 외부 catalog에 연결할 필요가 없습니다. AWS Athena가 S3에서 읽는 방식과 마찬가지로, 저장된 위치에서 데이터를 직접 쿼리합니다. 함수 호출에서 스토리지 경로와 자격 증명을 직접 전달하면 나머지는 ClickHouse가 처리합니다. 모든 ClickHouse SQL 구문과 함수를 사용할 수 있으며, 쿼리는 ClickHouse의 병렬 실행과 효율적인 네이티브 Parquet 리더의 이점을 활용할 수 있습니다.
서버, local 또는 chDB이 가이드의 단계는 기존 ClickHouse 서버 설치 환경에서 실행할 수 있습니다. 애드혹 쿼리의 경우에는 clickhouse-local을 대신 사용하여 서버를 실행하지 않고도 동일한 워크플로를 완료할 수 있습니다. 약간만 조정하면 ClickHouse의 인프로세스 배포판인 chDB로도 같은 과정을 수행할 수 있습니다.
다음 예시는 S3의 각 lakehouse 포맷에 저장된 hits 데이터셋을 사용합니다. 각 lake 포맷에는 각 객체 스토리지 제공자별 전용 함수가 있습니다.
iceberg 테이블 함수(icebergS3의 별칭)는 객체 스토리지에서 Iceberg 테이블을 직접 읽습니다. 각 스토리지 백엔드에 대응하는 변형으로 icebergS3, icebergAzure, icebergHDFS, icebergLocal이 있습니다.예시 구문:
GCS 지원이 함수들의 S3 변형은 Google Cloud Storage(GCS)에서도 사용할 수 있습니다.
예시:

클러스터 Variant

icebergS3Cluster 함수는 ClickHouse 클러스터의 여러 노드에 읽기를 분산합니다. 이니시에이터(initiator) 노드는 모든 노드에 연결을 설정하고 데이터 파일을 동적으로 배분합니다. 각 워커(worker) 노드는 모든 파일을 읽을 때까지 작업을 요청하고 처리합니다. icebergClustericebergS3Cluster의 별칭(alias)입니다. Azure(icebergAzureCluster) 및 HDFS(icebergHDFSCluster)용 변형도 제공됩니다.예시 구문:
예시 (ClickHouse Cloud):

테이블 엔진

매 쿼리마다 테이블 함수를 사용하는 대신, Iceberg 테이블 엔진을 사용하여 영구 테이블을 생성할 수 있습니다. 데이터는 여전히 객체 스토리지에 저장되며 필요 시 읽어오므로 ClickHouse로 데이터가 복사되지 않습니다. 이 방식의 장점은 테이블 정의가 ClickHouse에 저장되어, 사용자마다 스토리지 경로와 자격 증명을 별도로 지정하지 않아도 여러 사용자와 세션에서 공유할 수 있다는 점입니다. 각 스토리지 백엔드에 대응하는 엔진 변형은 다음과 같습니다: IcebergS3(또는 Iceberg 별칭), IcebergAzure, IcebergHDFS, IcebergLocal.테이블 엔진과 테이블 함수 모두 S3, AzureBlobStorage, HDFS 스토리지 엔진과 동일한 캐싱 메커니즘을 사용하는 데이터 캐싱을 지원합니다. 또한 메타데이터 캐시는 manifest 파일 정보를 메모리에 저장하여 Iceberg 메타데이터를 반복적으로 읽는 횟수를 줄여줍니다. 이 캐시는 use_iceberg_metadata_files_cache 설정을 통해 기본적으로 활성화되어 있습니다.예시 구문:테이블 엔진 IcebergIcebergS3의 별칭(alias)입니다.
GCS 지원Google Cloud Storage (GCS)에서는 테이블 엔진의 S3 버전을 사용할 수 있습니다.
예시:
파티션 프루닝, 스키마 진화, 타임 트래블, 캐싱 등 지원되는 기능에 대한 자세한 내용은 지원 매트릭스를 참조하십시오. 전체 참고 문서는 iceberg 테이블 함수Iceberg 테이블 엔진 문서를 참조하십시오.
마지막 수정일 2026년 6월 10일