Contexte : Une table contenant des transactions de paiement dépasse les 50 Go et devient difficile à manipuler. Le Problème : Les requêtes sur des périodes anciennes sont lentes en raison du volume de données. Contraintes : Mettre en place un partitionnement basé sur la date tout en minimisant l’impact sur la structure de la base et les applications existantes. Livrable attendu : Fournir la stratégie de partitionnement (par range, hash ou list) et les requêtes SQL nécessaires pour partitionner la table sans perdre d’historique.