Saltar al contenido principal

Función de tabla azureBlobStorage

Proporciona una interfaz de tipo tabla para seleccionar/insertar archivos en Azure Blob Storage. Esta función de tabla es similar a la función s3.

Sintaxis

Las credenciales están integradas en la cadena de conexión, por lo que no se requiere account_name/account_key por separado:

Argumentos

ArgumentoDescripción
connection_stringUna cadena de conexión que incluye credenciales integradas (nombre de la cuenta + clave de la cuenta o SAS token). Al usar esta forma, account_name y account_key no deben pasarse por separado. Consulta Configurar una cadena de conexión.
storage_account_urlLa URL del endpoint de la cuenta de almacenamiento, por ejemplo https://myaccount.blob.core.windows.net/. Al usar esta forma, debes pasar también account_name y account_key.
container_nameNombre del contenedor.
blobpathRuta del archivo. Admite los siguientes comodines en modo de solo lectura: *, **, ?, {abc,def} y {N..M}, donde N y M son números, y 'abc' y 'def' son cadenas.
account_nameNombre de la cuenta de almacenamiento. Obligatorio al usar storage_account_url sin SAS; no debe pasarse al usar connection_string.
account_keyClave de la cuenta de almacenamiento. Obligatoria al usar storage_account_url sin SAS; no debe pasarse al usar connection_string.
formatEl formato del archivo.
compressionValores admitidos: none, gzip/gz, brotli/br, xz/LZMA, zstd/zst. De forma predeterminada, detectará automáticamente la compresión por la extensión del archivo (igual que si se establece auto).
structureEstructura de la tabla. Formato: 'column1_name column1_type, column2_name column2_type, ...'.
partition_strategyOpcional. Valores admitidos: WILDCARD o HIVE. WILDCARD requiere {_partition_id} en la ruta, que se reemplaza con la clave de partición. HIVE no permite comodines, asume que la ruta es la raíz de la tabla y genera directorios particionados con estilo Hive, con Snowflake IDs como nombres de archivo y el formato de archivo como extensión. El valor predeterminado es la configuración file_like_engine_default_partition_strategy (WILDCARD en configuraciones compatibility anteriores a 26.6; HIVE en caso contrario).
partition_columns_in_data_fileOpcional. Solo se usa con la estrategia de partición HIVE. Indica a ClickHouse si debe esperar que las columnas de partición estén escritas en el archivo de datos. El valor predeterminado es false.
extra_credentialsUsa client_id y tenant_id para la autenticación. Si se proporcionan extra_credentials, tienen prioridad sobre account_name y account_key.

Colecciones con nombre

Los argumentos también pueden pasarse mediante colecciones con nombre. En este caso, se admiten las siguientes claves:
KeyRequiredDescription
containerYesNombre del contenedor. Corresponde al argumento posicional container_name.
blob_pathYesRuta del archivo (con comodines opcionales). Corresponde al argumento posicional blobpath.
connection_stringNo*Cadena de conexión con credenciales incorporadas. *Debe proporcionarse connection_string o storage_account_url.
storage_account_urlNo*URL del endpoint de la cuenta de almacenamiento. *Debe proporcionarse connection_string o storage_account_url.
account_nameNoObligatorio cuando se usa storage_account_url
account_keyNoObligatorio cuando se usa storage_account_url
formatNoFormato de archivo.
compressionNoTipo de compresión.
structureNoEstructura de la tabla.
client_idNoID de cliente para la autenticación.
tenant_idNoID del tenant para la autenticación.
Los nombres de las claves de las colecciones con nombre son distintos de los nombres de los argumentos posicionales de la función: container (no container_name) y blob_path (no blobpath).
Ejemplo:
También puede sobrescribir los valores de la colección con nombre durante la consulta:

Valor devuelto

Una tabla con la estructura especificada para leer o escribir datos en el archivo indicado.

Ejemplos

Lectura con el formato storage_account_url

Lectura con la forma connection_string

Escritura por particiones

Luego, vuelva a leer una partición específica:

Columnas virtuales

  • _path — Ruta del archivo. Tipo: LowCardinality(String).
  • _file — Nombre del archivo. Tipo: LowCardinality(String).
  • _size — Tamaño del archivo en bytes. Tipo: Nullable(UInt64). Si se desconoce el tamaño del archivo, el valor es NULL.
  • _time — Fecha y hora de la última modificación del archivo. Tipo: Nullable(DateTime). Si se desconoce la hora, el valor es NULL.

Escritura particionada

Estrategia de partición

Solo se admite para consultas INSERT. WILDCARD: reemplaza el comodín {_partition_id} en la ruta del archivo por la clave de partición correspondiente. Se selecciona de forma predeterminada solo con configuraciones de compatibility anteriores a 26.6; de lo contrario, el valor predeterminado es HIVE (consulte la configuración file_like_engine_default_partition_strategy). HIVE implementa el particionamiento de estilo Hive para lecturas & escrituras. Genera archivos con el siguiente formato: <prefix>/<key1=val1/key2=val2...>/<snowflakeid>.<toLower(file_format)>. Ejemplo de estrategia de partición HIVE

ajuste use_hive_partitioning

Esta es una indicación para que ClickHouse analice archivos particionados con estilo Hive en el momento de la lectura. No tiene efecto al escribir. Para que la lectura y la escritura sean simétricas, use el argumento partition_strategy. Cuando use_hive_partitioning se establece en 1, ClickHouse detecta el particionamiento de estilo Hive en la ruta (/name=value/) y permite usar las columnas de partición como columnas virtuales en la consulta. Estas columnas virtuales tendrán los mismos nombres que en la ruta particionada. Ejemplo Use una columna virtual creada con particionamiento de estilo Hive

Uso de firmas de acceso compartido (SAS)

Una firma de acceso compartido (SAS) es un URI que concede acceso restringido a un contenedor o archivo de Azure Storage. Úsela para proporcionar acceso temporal a los recursos de una cuenta de almacenamiento sin compartir la clave de la cuenta. Más información aquí. La función azureBlobStorage admite firmas de acceso compartido (SAS). Un token SAS de blob contiene toda la información necesaria para autenticar la solicitud, incluido el blob de destino, los permisos y el período de validez. Para construir una URL de blob, agregue el token SAS al endpoint del servicio Blob. Por ejemplo, si el endpoint es https://clickhousedocstest.blob.core.windows.net/, la solicitud pasa a ser:
Como alternativa, los usuarios pueden usar la URL SAS del blob:
Última modificación el 2 de julio de 2026