Update automatique d'un champ pour toute la table

**trouvaille** · 20/10/2018, 01h44

Bonjour,

je n'ai aucune idée par ou commencer afin de réaliser mon souhait sur ma base de données, ni même si cela est réalisable.

Voila, en autre je dispose:

d'une table T_Personnel avec des champs: ID (clé primaire), Points_Pers, Profil-Pers, Actif_Pers ( case à cocher Vrai ou faux).
d'une table T_Transactions avec des champs: num_com (sans doublons), ID_Trans, Nom_Trans, Prenom_Trans, Date_Trans, Montant_Trans, Justification_Trans

Pour plus de 600 membres, je dois injecter un nombre x ou y de points suivant 2 profils distincts ( et si Actif coché) une fois par an, j'y ajouterai dans la T_Transactions la mention Dotation XXXX (suivant l'année en cours) dans le champ Justification_Trans.

En créant une table supplémentaire reprenant la dotation suivant le profil, serait-il possible d'un clic d’incrémenter l'UPDATE à tout le Personnel et de laisser la trace dans la table T_Transactions?

La cerise sur le gâteau, un Personnel peux changer de profil au cours de l'année (en début de mois). La possibilité de corriger la dotation suivant un calcul du nombre de mois prestés et à prester dans l'un et l'autre des profils (en douzième), en d'en laisser trace dans la table T_Trans avec mention dans le champs justification :"Changement de profil au XX/XX/XXXX (date)".

La solution est-elle compliquée pour moi, un grand débutant?
Pouvez-vous m'aiguiller vers la solution?

Merci d'avance

**marot_r** · 22/10/2018, 14h23

Bonjour.

Pourrais-tu preciser quelle version de Access tu utilises ?

Aussi pourrais-tu mettre un exemple de ce a quoi tu veux arriver ?

Enfin si j'ai bien compris, ce nombre de point X ou Y est fixe et le meme chaque annee, c'est bien cela ?
Ce nombre pourrait-il varier dans les annees futures ?

A priori, tu peux faire cela avec une simple requete de mise a jour et les fonctions Iif() et DateDif() mais avec un exemple il sera plus facile de te guider.

A+

**trouvaille** · 22/10/2018, 22h02

Bonjour, et merci de l'interêt porté à mes questions.

J'utilise une base de données ACCESS 2007-2010.

Pour l'exemple:

une Table T_Dotation avec champs Profil (en relation avec Profil_Pers de la table T_Personnel): U, NU, NA et champ Dotation avec respectivement: 31600(points), 9760(points), Non applicable (o points)

Dans Points_Pers (Table T_Personnel), j'a le solde de points restant du client.

Si ce client est actif (case à cocher dans champ Actif_Pers (T_Personnel)), suivant son profil (U, NU, NA) dans champs Profil_Pers (T_Personnel) je lui ajoute le 01 janvier une dotation (qui pourrait être modifiée dans le futur, ce pourquoi de la table T_Dotation ci-dessus)

Exemple:
Sur un clic mise à jour dotation de tout le personnel
le client N°1 actif en profil U ayant un solde au 31/12/2018 de 500 points, voit au 01/01/2019 (jour et mois fixe, année suivant date clic) son solde passer à (500+31600)=32100 Points.
le client N°2 actif en profil NU ayant un solde au 31/12/2018 de 500 points, voit au 01/01/2019 (jour et mois fixe, année suivant date clic) son solde passer à (500+9760)=10260 Points.
le client N°3 étant actif en profil Na tout comme le client N°4 non actif ne verraient rien modifier leur solde respectif.

A l'aide d'un formulaire : CHANGEMENT DE PROFIL (uniquement valable de profil "U" vers "NU" et inversement):

le 01/06/2019 (date toujours le premier du mois), le client N°1 passe en profil "NU", son solde (32100 points) doit donc être modifié.
il à le droit à son solde 2018(500) additionné de 01/01/2019 au 31/05/2019 à une dotation de 5X(31600/12), additionné de 01/06/2019 au 31/12/2019 à une dotation de 7X(9760/12)
Le solde de départ (32100 Points) devient donc : 19360 Points

Ce nouveau solde s'enregistrerai (UPDATE) dans la T_Personnel, champ Points_Pers.
La trace de la dotation annuelle s'enregistrerait dans la table T_Transactions dans les champ Date_Trans (date réelle du clic), Montant_Trans (dotation allouée), dans le champ Justification_Trans serait inscrit la mention "dotation annuelle XXXX (suivant date en cours).
La trace du changement de profil s'enregistrerait aussi dans la T_Transactions dans les champs Date_Trans (date réelle de la modification); Montant_Trans (le(s) chiffre(s) de différence calculé), Dans le champ Justification_Trans, serait inscrit la mention "Modification de profil en date du XX/XX/XXXX (Date de modification de profil signalé dans le formulaire)

Espère avoir été assez clair dans mon explication, mais il n'est pas toujours facile de retranscrire ses pensées.

Merci à vous

**marot_r** · 23/10/2018, 16h49

Bonjour.

Ca va prendre un peu de temps a te repondre car il faut argumenter.
Je te reviens.

A+

**trouvaille** · 23/10/2018, 19h29

Super merci pour l'aide apportée, je peux au besoin envoyé ma BDD, mais je sais pas comment on fait?

Cela sera peut être plus facile pour tester, voir mieux comprendre?

**marot_r** · 23/10/2018, 20h28

Bonjour.

Non merci pour la BD, je ne suis pas equipe pour chez moi.

Bien revenons a tes moutons :-).

Idealement il ne faut pas stocker le resultat d'un caclul dans une table.
Il est recommande de faire le calcul a partir des etapes et d'afficher le solde.
Donc on devrait avoir quelque part quelque chose comme :

tblGestionPoint
ClefGestionPoint
ClefPersonne
DateGestionPoint
QtePoint (+/-)

Et faire la somme de tous les QtePoint de tblGetsionPoint pour une personne jusqu'a la date donnees.

Cela ne change pas grand chose a la maniere de le calculer mais cela permet d'avoir des donnees qui sont sures.
Car si tu changes une des valeurs d'ajout ou de retrait SANS passer par tes formulaires, tu peux te retrouver avec un solde faux.

Pour ton second probleme : il faut avoir quelque part dans la BD l'info sur le changement de profil.

Apres le calcul est assez simple :

Initialiser la date de debut de profil annuel (si j'ai bien compris, par defaut le 1 janvier de l'annee)
Trouver la date de changement de profil de cette personne pour cette annee si elle existe, superieure a la date de debut de profil courant.
Si on trouve cette date, calculer le nombre de mois depuis la date de debut de statut a la date de changement.
Recuperer le nombre de point de l'annee en function du profil.
Calculer le nombre de point obtenu au prorata : NbMois / 12 * NbPointAnnee.
Si tu as une table des mouvements detailles, ecrire cette dotation.
Sinon additionner en memoire.
Changer la date de debut de profil pour la nouvelle date.
Boucler pour trouver la prochaine date de changement de profil ou la fin de l'annee.

Avant d'aller plus loin, il serait plus facile de faire le calcul si on avait le debut et la fin dans le meme enregistrement.
Donc pour les profils ca ressemblerai a cela :

tblChangementProfil

ClefChangementProfil
DateDebutProfil
DateFinProfil (pour le profil actif tu peux mettre 9999/12/31 comme cela c'est toujours valide).
CodeProfil

Avec ces infos le calcul du nombre de mois et de la proportion est instantane.

Est-ce une modification envisageable pour toi ?

Sinon, ma solution sera plus facile a implanter en VBA qu'en SQL.

A+

**trouvaille** · 23/10/2018, 21h41

La réflexion est correcte pour le résultat que je désire. je vais déjà regarder l'impact de la modification des tables dans ma BD

Mais je suis incapable que cela soit en VBA ou SQL d'écrire cette procédure.

Je vais essayer quand même, ne pouvant laisser ma Bd en cet état.

Un grand merci de l'aiguillage en tout les cas.

**trouvaille** · 24/10/2018, 00h31

Attention, petite précision:

Personnel actif ou non (case à cocher représentant une personne encore membre et dont le calcul de point doit continuer)

tout à fait différent du profil ou changement de profil (U, NU, NA) servant de base à la dotation d'un membre Actif

**marot_r** · 24/10/2018, 12h50

Bonjour.

Mais je suis incapable que cela soit en VBA ou SQL d'écrire cette procédure.

Je n'ai pas dis que tu devais le faire seul :-) et avec ce que j'ai dit tu as peu d'indications.

Le calcul est un poil complexe et plus facile a realiser en VBA.

Pour les conditions exactes cela reste sous ton controle une fois que tu auras le squelette de la reponse l'adaptation ne devrait pas etre trop complexe.

A+