dans l'application actuelle im travail sur le client a demandé que nous allons enregistrer l'historique de chaque action qui s'est produite dans le système et fournir la possibilité de revenir à l'état précédent de l'information.gestion de l'historique/changement suivi dans la DB et les conséquences sur le BL
par exemple: permet de dire que mon application a besoin pour gérer un stockage chambre et chaque utilisateur peut ajouter/modifier/supprimer/lecture (tous CRUD) l'inventaire
si l'utilisateur a ajouté P1 produit avec l'action A1 et mis à jour ses informations afin qu'il devienne P2 avec l'action A2 et plus tard sur P3, P4 et ainsi de suite. dans l'application, l'utilisateur aura un écran qui montrera toute l'évolution du produit et ascreen qui montre toutes les actions qui ont été faites par les utilisateurs. l'utilisateur pourrait sélectionner une certaine action et "l'annuler". J'ai pensé que je vais stocker une sorte de tableau Actions avec toutes les informations dont j'ai besoin sur l'action et quand j'ai besoin d'annuler et d'action, je viens de rétablir les changements dans le code. Mon problème est le suivant: si le produit n'est pas stocké dans une table mais divisé en quelques tables (en raison de l'optimisation/compréhensibilité, etc.), j'ai besoin de savoir où exactement étaient les changements.
devrais-je garder une indication dans le tableau Actions de quelles tables ont été influencées et le refléter au BL ????
me semble qu'il doit y avoir une meilleure solution