Une table de travail, puis un jeu de règles
La préparation de données échoue le plus souvent pour avoir été faite deux fois à des standards différents. Deux exports nettoyés séparément cultivent deux formats de date et deux orthographes de catégorie, et leur fusion rouvre chaque plaie. L'ordre d'ici l'empêche — fusionner d'abord pour que l'appariement des colonnes arrive une fois sur toutes les sources, nettoyer une fois sur toute la table, et que chaque étape ensuite applique une politique unique à une table unique. Le prérequis est l'honnêteté sur les colonnes qui comptent — resserrer avant de travailler réduit de moitié la surface où les erreurs peuvent nidifier.
Les pièges qu'on ne peut pas voir
Deux pannes invisibles expliquent la plupart des bugs silencieux de préparation. La marque d'ordre d'octet se poste devant le nom de la première colonne en guise de rien et casse chaque correspondance exacte contre lui — sa signature est la jointure qui renvoie zéro ligne sans erreur. Les doublons sont le second — deux lignes d'accord sur tous les champs sont un même fait compté deux fois, et tout total bâti dessus ment exactement d'autant. Les deux pièges se désarment à bon compte — retirer la marque, dédupliquer la table — et se découvrent cher en aval, voilà pourquoi ils passent avant tout ce qui est habile.
Les aberrations sont des décisions, pas des taches
Une valeur aberrante n'est pas de la crasse — c'est une donnée qui prend position — je suis un glitch, ou je suis l'événement que vous êtes venu étudier. La supprimer est un jugement de domaine à conséquences statistiques, donc ce workflow force la décision en pleine lumière — une politique déclarée par colonne, exécutée et comptée. Remplacez par médiane ou plafond quand les queues doivent s'adoucir mais les lignes rester ; signalez quand l'analyse aval mérite le vote ; supprimez quand la valeur est démontrablement fausse. La politique va dans le carnet, car un résultat incapable de dire comment il a traité ses extrêmes ne peut pas non plus se défendre.
La mise à l'échelle suit le consommateur
Min-Max et Z-score ne sont pas des habitudes interchangeables. Min-Max borne tout dans une plage 0-1 et garde la forme — bien quand la méthode aval veut des entrées bornées, fragile quand un extrême écrase le reste contre zéro. Le Z-score centre les colonnes sur zéro à variance unitaire et tolère les queues lourdes — juste pour les méthodes qui mesurent en écarts-types. L'épreuve est arithmétique, pas visuelle — une colonne Min-Max doit couvrir exactement 0 à 1, une standardisée doit moyenner 0 avec écart-type 1 — et la méthode employée doit rester consignée pour quiconque refait le travail.
Où ce workflow s'arrête
Cette page finit sur une table de travail propre, façonnée, mise à l'échelle, et son tableau croisé de synthèse. Autour siègent les voisins qui possèdent les étapes adjacentes — tirer de la structure du texte non structuré est l'affaire du workflow d'extraction de tables, la chirurgie de lignes et colonnes sur un seul CSV celle du workflow d'utilitaires CSV, auditer un jeu de données pour des anomalies de qualité celle du workflow de qualité des données, et porter la table finie dans un classeur ou un autre format appartient aux workflows d'ingestion et de conversion. Façonnez les données ici, puis remettez-les à l'étape qui possède la suite.