Vous devez rejouer deux ans d'historique après avoir corrigé un bug de transformation. Comment vous y prenez-vous ?

Rejouez d'abord vers une cible séparée, validez contre la table existante, puis basculez. Traitez par morceaux, partition par partition plutôt qu'en un seul job énorme, exécutez-les avec une concurrence bornée pour ne pas affamer les charges de production, et rendez chaque morceau idempotent pour pouvoir le relancer sur place en cas d'échec. Suivez l'avancement explicitement, et anticipez le fait que les attributs de dimension et les données sources ont pu changer depuis.

Je ne rejoue jamais l'historique sur place. Je construis dans une table fantôme, je valide, puis je bascule par un renommage atomique ou un pointeur de vue, en gardant l'ancienne une semaine au cas où quelqu'un repérerait un écart. L'exécution elle-même est découpée par partition, en général par mois ou par semaine selon le volume, avec peut-être quatre en parallèle, parce que le moyen le plus rapide de provoquer un deuxième incident est de saturer l'entrepôt et de faire exploser tous les jobs planifiés en même temps. Je le fais aussi tourner sur un entrepôt ou un groupe de ressources séparé quand la plateforme le permet. La validation est la partie que les gens bâclent. Je choisis une poignée d'agrégats auxquels la finance fait déjà confiance, le chiffre d'affaires par mois par exemple, et je compare l'ancien et le nouveau, en n'attendant de différences que là où le bug s'appliquait. Si un mois change alors qu'il n'aurait pas dû, le correctif est mauvais. L'autre point que je signale tôt : l'historique n'est pas toujours reproductible. Si la dimension est de type 1 et a été écrasée, recalculer le passé donne les attributs d'aujourd'hui, pas ceux d'alors.