azure_allow_parallel_part_upload
Utilise plusieurs threads pour le téléversement multipart sur Azure.azure_check_objects_after_upload
Vérifie chaque objet téléversé dans Azure Blob Storage afin de s’assurer que le téléversement a réussiazure_connect_timeout_ms
Délai d’attente de connexion à l’hôte pour les disques Azure.azure_create_new_file_on_insert
Active ou désactive la création d’un nouveau fichier à chaque insertion dans les tables du moteur Azureazure_ignore_file_doesnt_exist
Ignore l’absence d’un fichier lorsqu’il n’existe pas lors de la lecture de certaines clés. Valeurs possibles :- 1 —
SELECTrenvoie un résultat vide. - 0 —
SELECTlève une exception.
azure_list_object_keys_size
Nombre maximal de fichiers pouvant être renvoyés par lot par la requête ListObjectazure_min_upload_part_size
La taille minimale de la partie à téléverser lors d’un téléversement multipart vers Azure Blob Storage.azure_request_timeout_ms
Délai d’inactivité pour l’envoi et la réception de données vers/depuis Azure. L’opération échoue si un seul appel TCP de lecture ou d’écriture reste bloqué pendant cette durée.azure_skip_empty_files
Active ou désactive la possibilité d’ignorer les fichiers vides dans le moteur S3. Valeurs possibles :- 0 —
SELECTlève une exception si le fichier vide n’est pas compatible avec le format demandé. - 1 —
SELECTrenvoie un résultat vide pour un fichier vide.
azure_strict_upload_part_size
La taille exacte de la partie à téléverser lors d’un téléversement multipart vers Azure Blob Storage.azure_throw_on_zero_files_match
Déclenche une erreur si aucun fichier ne correspond aux règles d’expansion de glob. Valeurs possibles :- 1 —
SELECTdéclenche une exception. - 0 —
SELECTrenvoie un résultat vide.
azure_truncate_on_insert
Active ou désactive la suppression du contenu avant insertion dans les tables du moteur Azure.azure_use_adaptive_timeouts
Lorsque cette option est définie surtrue, les deux premières tentatives de toutes les requêtes Azure utilisent des délais d’envoi et de réception courts.
Lorsque cette option est définie sur false, toutes les tentatives utilisent des délais identiques.
azure_validate_etag_on_read
Lors de la lecture d’un blob depuis Azure Blob Storage via les fonctions de tableazureBlobStorage / azureBlobStorageCluster ou le table engine AzureBlobStorage, chaque requête GET est associée à la génération du blob observée lors de son énumération, en envoyant son ETag dans l’en-tête If-Match, et l’ETag de la réponse est vérifié. La lecture d’un seul fichier émet de nombreuses requêtes GET sur des plages d’octets ; si le blob est écrasé sur place entre ces requêtes (par exemple par un rédacteur externe qui réécrit une clé fixe), les lectures pourraient sans cela être reconstituées à partir de deux générations différentes du blob, ce qui se manifesterait par un checksum corrompu ou une erreur d’analyse. La taille enregistrée lors de l’énumération sert également de borne supérieure à la lecture ; elle n’est donc valable que pour la génération à laquelle elle correspond. Lorsqu’une divergence est détectée, la lecture échoue avec AZURE_OBJECT_CHANGED_DURING_READ au lieu de renvoyer des données incohérentes. Ne désactivez ce paramètre que pour les charges de travail qui lisent délibérément des blobs en cours d’écrasement et qui tolèrent des lectures incohérentes.