L’atomicité garantit qu’une transaction (une série d’opérations sur la base de données) est traitée comme une unité unique et indivisible. Cela signifie que soit toutes les opérations de la transaction sont effectuées, soit aucune ne l’est. Un exemple de transaction atomique est le transfert d’argent d’un compte bancaire à un autre. Si l’une des étapes du transfert échoue, la transaction échoue et l’argent reste sur le premier compte. L’atomicité garantit qu’aucune somme d’argent n’est perdue ni créée.
Un bloc est une unité logique servant à organiser le traitement et le stockage des données. Chaque bloc contient des données au format colonnaire, traitées ensemble afin d’améliorer les performances lors de l’exécution des requêtes. En traitant les données par blocs, ClickHouse utilise efficacement les cœurs du CPU en réduisant les défauts de cache et en facilitant l’exécution vectorisée. ClickHouse utilise divers algorithmes de compression, tels que LZ4, ZSTD et Delta, pour compresser les données par blocs.
Un ensemble de nœuds (serveurs) qui fonctionnent ensemble pour stocker et traiter les données.
Les clés de chiffrement gérées par le client (CMEK) permettent aux clients d’utiliser la clé de leur service de gestion des clés (KMS) pour chiffrer la clé de données du disque de ClickHouse et protéger leurs données au repos.
Un dictionnaire est un ensemble de paires clé-valeur utile pour divers types de listes de référence. Il s’agit d’une fonctionnalité puissante qui permet d’utiliser efficacement des dictionnaires dans les requêtes, ce qui est souvent plus performant que d’utiliser un JOIN avec des tables de référence.
Une table distribuée dans ClickHouse est un type particulier de table qui ne stocke pas elle-même les données, mais offre une vue unifiée pour le traitement distribué des requêtes sur plusieurs serveurs dans un cluster.
Une granule est un lot de lignes dans un bloc non compressé. Lors de la lecture des données, ClickHouse accède aux granules, et non aux lignes individuelles, ce qui permet un traitement plus rapide des données dans les charges de travail analytiques. Une granule contient 8192 lignes par défaut. L’index primaire contient une entrée par granule.
Vue matérialisée incrémentielle
UPDATE standard. Cependant, au lieu de réécrire des colonnes entières ou des parties de données (comme avec les mutations traditionnelles), elle crée des « patch parts » ne contenant que les colonnes et les lignes mises à jour. Ces mises à jour sont immédiatement visibles dans les requêtes SELECT grâce à l’application des patchs, mais les données physiques ne sont mises à jour que lors des fusions ultérieures.
Un fichier de marques dans ClickHouse est un fichier qui stocke des « marques », c’est-à-dire des entrées d’index qui permettent à ClickHouse de localiser rapidement l’emplacement de plages de données spécifiques dans les fichiers de données.
Une vue matérialisée dans ClickHouse est un mécanisme qui exécute automatiquement une requête sur les données lorsqu’elles sont insérées dans une table source, et stocke les résultats transformés ou agrégés dans une table cible distincte afin d’accélérer l’exécution des requêtes.
Un MergeTree dans ClickHouse est un moteur de table conçu pour des taux d’ingestion élevés et de grands volumes de données. C’est le principal moteur de stockage de ClickHouse, qui offre notamment le stockage colonnaire, le partitionnement personnalisé, des index primaires clairsemés et la prise en charge des fusions de données en arrière-plan.
Dans ClickHouse, une mutation désigne une opération qui modifie ou supprime des données existantes dans une table, généralement à l’aide de commandes comme ALTER TABLE … UPDATE ou ALTER TABLE … DELETE. Les mutations sont implémentées sous forme de processus asynchrones en arrière-plan qui réécrivent l’intégralité des data parts affectées par la modification, au lieu de modifier les lignes en place.
Les mutations à la volée de ClickHouse permettent de rendre les mises à jour ou les suppressions visibles dans les requêtes SELECT suivantes immédiatement après l’envoi de la mutation, sans attendre la fin du processus de mutation en arrière-plan.
Un fichier physique sur un disque qui stocke une partie des données d’une table. À ne pas confondre avec une partition, qui est une division logique des données d’une table créée à l’aide d’une clé de partitionnement.
Dans ClickHouse, une clé de partitionnement est une expression SQL définie dans la clause PARTITION BY lors de la création d’une table. Elle détermine comment les données sont réparties logiquement en partitions sur le disque. Chaque valeur unique de la clé de partitionnement forme sa propre partition physique, ce qui permet d’effectuer efficacement des opérations de gestion des données, telles que la suppression, le déplacement ou l’archivage de partitions entières.
Dans ClickHouse, une clé primaire détermine l’ordre dans lequel les données sont stockées sur le disque et sert à construire un index clairsemé qui accélère le filtrage des requêtes. Contrairement aux bases de données traditionnelles, la clé primaire dans ClickHouse ne garantit pas l’unicité : plusieurs lignes peuvent avoir la même valeur de clé primaire.
Dans ClickHouse, une projection est une table cachée, maintenue automatiquement, qui stocke les données dans un ordre différent ou avec des agrégations précalculées afin d’accélérer les requêtes, en particulier celles qui filtrent sur des colonnes ne figurant pas dans la clé primaire principale.
Vue matérialisée avec rafraîchissement programmé
Dernière modification le 29 juin 2026
