Skip to main content
Ces paramètres sont disponibles dans system.settings et sont générés automatiquement à partir du source.

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éussi

azure_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 Azure

azure_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 — SELECT renvoie un résultat vide.
  • 0 — SELECT lève une exception.

azure_list_object_keys_size

Nombre maximal de fichiers pouvant être renvoyés par lot par la requête ListObject

azure_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 — SELECT lève une exception si le fichier vide n’est pas compatible avec le format demandé.
  • 1 — SELECT renvoie 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 — SELECT déclenche une exception.
  • 0 — SELECT renvoie 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 sur true, 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 table azureBlobStorage / 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.