Fonction de table azureBlobStorage
Syntaxe
- Chaîne de connexion
- URL du compte de stockage
- Collection nommée
Les informations d’identification sont intégrées à la chaîne de connexion, il n’est donc pas nécessaire de fournir
account_name/account_key séparément :Arguments
Collections nommées
Les noms des clés des collections nommées diffèrent des noms des arguments positionnels de la fonction :
container (et non container_name) et blob_path (et non blobpath).Valeur renvoyée
Exemples
Lecture avec le format storage_account_url
Lecture avec la syntaxe connection_string
Écriture avec partitionnement
Colonnes virtuelles
_path— Chemin du fichier. Type :LowCardinality(String)._file— Nom du fichier. Type :LowCardinality(String)._size— Taille du fichier en octets. Type :Nullable(UInt64). Si la taille du fichier est inconnue, la valeur estNULL._time— Date de dernière modification du fichier. Type :Nullable(DateTime). Si cette date est inconnue, la valeur estNULL.
Écriture partitionnée
Stratégie de partitionnement
INSERT.
WILDCARD : remplace le caractère générique {_partition_id} dans le chemin de fichier par la clé de partition réelle. Sélectionnée par défaut uniquement avec des paramètres compatibility antérieurs à 26.6 ; sinon, la valeur par défaut est HIVE (voir le paramètre file_like_engine_default_partition_strategy).
HIVE implémente le partitionnement de style Hive pour les lectures et les écritures. Les fichiers sont générés au format suivant : <prefix>/<key1=val1/key2=val2...>/<snowflakeid>.<toLower(file_format)>.
Exemple de stratégie de partitionnement HIVE
paramètre use_hive_partitioning
partition_strategy.
Lorsque le paramètre use_hive_partitioning est défini sur 1, ClickHouse détecte le partitionnement au format Hive dans le chemin (/name=value/) et permet d’utiliser les colonnes de partitionnement comme colonnes virtuelles dans la requête. Ces colonnes virtuelles auront les mêmes noms que dans le chemin partitionné.
Exemple
Utiliser une colonne virtuelle créée avec un partitionnement au format Hive
azureBlobStorage prend en charge les signatures d’accès partagé (SAS).
Un jeton Blob SAS contient toutes les informations nécessaires pour authentifier la requête, y compris le blob cible, les autorisations et la durée de validité. Pour construire une URL de blob, ajoutez le jeton SAS au point de terminaison du service Blob. Par exemple, si le point de terminaison est https://clickhousedocstest.blob.core.windows.net/, la requête devient :