instantdharma a écrit a écrit :
>> Omsey je suis pas d'accord avec toi. Ta solution sent le gaz .
Si tu remplaces les suppressions physiques par des suppressions logiques, ça a 1 impact énorme sur tout le reste de l'appli : toute les autres requêtes relatives aux employés doivent être modifiées pour tenir compte du flag ; faut que ça soit documenté à mort parce que ce flag emboucanera l'appli tant que l'appli durera.
Ton idée n'améliore pas la structure de la base ; elle sert à contourner le problème posé mais les conséquences à long ou moyen terme ne sont pas prises en compte.
|
Exactement, tous les rapports sont produits en langage SQL. Cela me ferait chier de les alourdir avec une autre clause pour tenir compte du flag de suppression.
En ce qui concerne la table de services rendus (ID, Date, ID_Emp, ID_Client, ID_Service, NbHeures,Annule) ce sont des clé étrangères faisant référence aux tables de service (No, Nom, Description), table d'employé qui a fourni le service (ID_Emp, Nom_Emp, Adresse,Datenaiss...) a un client...
La solution 2 me semble moins compliquée pour moi et pour l'utilisateur-je dois donc copier le contenu de servrendu pendant l'année dans une autre table (avec la même structure) en nommant le fichier avec un suffixe pour les différencier
[edtdd]--Message édité par AlphaT--[/edtdd]