Toute modification, altération ou incohérence involontaire du contenu ou de la structure des données qui compromet l'intégrité, l'exactitude ou l'utilisabilité d'enregistrements ou de jeux de données, résultant de pannes matérielles, bogues logiciels, erreur humaine, problèmes de transmission ou actions malveillantes.

Principe

L'intégrité des données se préserve par des contrôles de détection, de confinement et de récupération (règles de validation, transactions, sommes de contrôle, contrôles d'accès, sauvegardes et journaux) ; en leur absence, la donnée corrompue peut se propager, produire des résultats erronés et être difficile à isoler ou réparer.

Démonstration

Scénario illustratif — Situation : Une écriture en base est interrompue par une panne de courant. Reconnaissance : Les contraintes référentielles signalent des lignes incohérentes. Action : Les administrateurs effectuent un rollback de la transaction incomplète ou restaurent depuis le journal des transactions récent et appliquent des contrôles d'intégrité avant de remettre l'ensemble en production. Conséquence : Si elle n'est pas détectée et corrigée, la donnée corrompue peut être utilisée en aval, entraînant des processus automatisés sur des entrées défectueuses.

Mauvaise application

Qualifier d'« corruption » des modifications délibérées ou autorisées, des transformations de format ou des normalisations nécessaires ; l'erreur est de ne pas distinguer la perte d'intégrité involontaire d'un changement intentionnel et documenté.

Conséquence

La corruption des données entraîne des analyses peu fiables, des erreurs opérationnelles, des décisions incorrectes, d'éventuels manquements réglementaires et des coûts de détection, correction et remédiation ; la corruption peut se propager dans des systèmes intégrés si elle n'est pas contenue.

Inversion

Une modification des données n'est pas une corruption lorsqu'elle est intentionnelle, autorisée et enregistrée avec provenance ; de même, les systèmes bénéficiant de garanties transactionnelles fortes et de validations empêchent que des fautes transitoires deviennent des corruptions persistantes.

Limite

Clairement inclus : troncature involontaire d'un fichier ou altération involontaire de lignes de base de données violant des contraintes. Cas limite : enregistrements ambigus modifiés par des traitements batch mal documentés où l'intention n'est pas claire. Clairement exclu : migrations de schéma documentées, corrections auditées ou transformations conçues.

Tension sémantique

Intégrité ↔ Disponibilité/Performance — les mécanismes qui imposent une intégrité stricte (réplication synchrone, garanties transactionnelles) peuvent réduire la disponibilité ou augmenter la latence, imposant des arbitrages selon la tolérance au risque.

Synthèse

La Corruption de Données présente la fiabilité opérationnelle comme un problème cyclique : prévenir par conception, détecter par validation et surveillance, contenir par isolation et rollback, et récupérer par sauvegardes versionnées et restaurations vérifiées.