Discussion :

[nouveau17]

bjr

je suis novice....
la question que je voudrez poser dans ce forum, j'ai deux champs à calculer avec un total et il me donne le reste du calcul jusque là c'est bon.

exemple :
Annuel=30 ; Reliquat=30 ; Total=60

je consomme 10 de 60 ce que je veux en faisant une mise à jour automatique qui donnera Annuel=30 ; Reliquat=20 ; Total=50

pour le même employé. je mets le fichier en pièce jointe merci de m'aider

[EricDgn]

Bonjour,

Pour moi, utiliser des champs calculés dans une table est vraiment une fausse bonne idée. Voir ce post.

Par ailleurs normalement ces champs calculés font des calculs en utilisant les valeurs des champs se trouvant dans le même enregistrement (la même ligne). Ce n'est vraiment pas évident de créer pour un champ calculé de table une formule qui reprend la valeur qui se trouve dans un autre enregistrement que l'enregistrement courant, ce qui est demandé pour le calcul du nouveau reliquat: Nouveau reliquat = ancien reliquat - durée nouveau congé pris.

Bref, à mon avis, il faudrait:
- supprimer les champs Durée, Annuel, Total, Reste, Total2 de la table Conges11,
- le droit annuel devrait plutôt se trouver dans la table Agents (cette valeur restant quasi inchangée pour chaque agent),
- avoir dans un formulaire une partie "nouveau congé" où sera calculée (par du code) la valeur du Reliquat,
- la valeur du Reliquat sera augmentée du droit annuel quand il le faut (aussi dans cette partie "nouveau congé").

Bonne continuation.

[marot_r]

Bonjour.

En fait, il est recommandé, sauf problèmes de performance de ne pas enregistrer le résultat d'un calcul dans une table.
Donc pour calculer ton reliquat, il est préférable de ne garder que les entrées et les sorties de produits et de faire la somme à la date voulue.
Le problème des calculs "figés" dans les tables c'est que si un élément est "glissé" entre 2 étapes (par exemple en ajoutant un enregistrement directement dans la table sans passer par un formulaire), il est très possible qu'on oublie de refaire le calcul et que le résultat ne soit donc faux.

Donc champ calculé reliquat dans une requête est égale à quelque chose comme Dsum("TonChampEntree";"TaTableMouvement";"[ClefMouvemnet]<=" & [ClefMouvement]) - Dsum("TonChampSortie";"TaTableMouvement";"[ClefMouvemnet]<=" & [ClefMouvement]).

Le champ solde avant est : Dsum("TonChampEntree";"TaTableMouvement";"[ClefMouvement]<" & [ClefMouvement]) - Dsum("TonChampSortie";"TaTableMouvement";"[ClefMouvemnet]<" & [ClefMouvement]).

Suppose que ClefMouvement augmente toujours et que les données sont entrées dans l'ordre des clefMouvement. Sinon, il faut revoir le critère de sélection en ajoutant par exemple la date de mouvement.

Pour ce qui est des champs calculés dans les tables, personnellement j'ai fini par bien les aimés pour des choses comme présenter le nom et le prénom concaténé dans mes listes de sélection de personnes.
J'ai aussi un champ calculé qui fait la somme de 12 % mensuels, Il me permet facilement de vérifier qu'elle est bien égale à 100.
J'aurai pu le faire dans une requête mais cela m'a permis d'économiser un objet et c'est assez logique de le placer là.

Un denier point à partir de 2010 on peut utiliser les macros de données (même si je ne les aime pas vraiment) pour faire les calculs de solde directement DANS la table.
Et là même si quelqu'un entre un enregistrement directement dans la table le calcul se refera et les cumuls seront mis à jour.

A+

[nouveau17]

Bonjour,

Pour moi, utiliser des champs calculés dans une table est vraiment une fausse bonne idée. Voir ce post.

Par ailleurs normalement ces champs calculés font des calculs en utilisant les valeurs des champs se trouvant dans le même enregistrement (la même ligne). Ce n'est vraiment pas évident de créer pour un champ calculé de table une formule qui reprend la valeur qui se trouve dans un autre enregistrement que l'enregistrement courant, ce qui est demandé pour le calcul du nouveau reliquat: Nouveau reliquat = ancien reliquat - durée nouveau congé pris.

Bref, à mon avis, il faudrait:
- supprimer les champs Durée, Annuel, Total, Reste, Total2 de la table Conges11,
- le droit annuel devrait plutôt se trouver dans la table Agents (cette valeur restant quasi inchangée pour chaque agent),
- avoir dans un formulaire une partie "nouveau congé" où sera calculée (par du code) la valeur du Reliquat,
- la valeur du Reliquat sera augmentée du droit annuel quand il le faut (aussi dans cette partie "nouveau congé").

Bonne continuation.

.

[nouveau17]

Merci ERICdgn pour vos précieuses orientations ...je m'incline vers le pose proposé

[nouveau17]

bonjour Marot_r

si j'ai bien compris .....

TonChampEntree = Annuel
TaTableMouvement = Table2
ClefMouvemnet = ????? "est ce que c'est la clé primaire"

TonChampSortie = Reliquat
TaTableMouvement = Table2
ClefMouvemnet = ????

[marot_r]

Bonjour.

J'ai supposé une architecture comme celle là :

tblMouvement
ClefMouvement (Clef primaire, autonum).
NbEntree 'Nombre d'entrées
NbSortie 'Nombre de sorties
DateHeureMouvement (date/heure)

Les autres informations (NbAvant, NbApre) sont calculées à partir de ces données dans une requête utilisée pour alimenter le formulaire.

Ça donne quelque chose comme :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
select tblMouvement.*, 
         DSum("NbEntree"; "tblMouvement"; "[ClefMouvement]<" & [tblMouvement].[ClefMouvement] & " and [DateHeureMouvement]<#" & format([tblMouvement].[DateHeureMouvement], "yyyy\-mm\-dd hh:nn:ss" & "#")
         -DSum("NbSortie"; "tblMouvement"; "[ClefMouvement]<" & [tblMouvement].[ClefMouvement] & " and [DateHeureMouvement]<#" & format([tblMouvement].[DateHeureMouvement], "yyyy\-mm\-dd hh:nn:ss" & "#") as NbAvant
         DSum("NbEntree"; "tblMouvement"; "[ClefMouvement]<=" & [tblMouvement].[ClefMouvement] & " and [DateHeureMouvement]<=#" & format([tblMouvement].[DateHeureMouvement], "yyyy\-mm\-dd hh:nn:ss" & "#")
         -DSum("NbSortie"; "tblMouvement"; "[ClefMouvement]<=" & [tblMouvement].[ClefMouvement] & " and [DateHeureMouvement]<=#" & format([tblMouvement].[DateHeureMouvement], "yyyy\-mm\-dd hh:nn:ss" & "#") as NbApres
from TaTable

J'ai ajouté le critère sur la date pour ne pas dépendre seulement de l'ordre de saisie des données.

A+