OVH Cloud OVH Cloud

calcul avec enregistrement précédent

6 réponses
Avatar
Christophe
je cherche a cr=E9er une base servant =E0 g=E9rer des comptes en=20
banques, j'ai des tables pour chaques comptes et dans=20
chaque table un champ d=E9bit, un champ cr=E9dit et un champ=20
balance. je voudrais pouvoir :
1. calculer le solde de la fa=E7on suivante :=20
nouveau solde =3D ancien solde( enregistrement=20
pr=E9c=E9dent) + cr=E9dit - d=E9bit

2. que ceci ne pose pas de probl=E8me avec le premier=20
enregistrement ( car il n'y aura pas de solde pr=E9c=E9dent ).

Merci d'avance a celui ou celle qui pourra m'aider =E0=20
r=E9soudre mon probl=E8me.

Christophe

6 réponses

Avatar
christophe
cela me sembiévien mais je dois préciser qu les champs
credit t debit ne serront jamais remplis en meme temps
pour le meme enregistrement (c'est l'un ou l'autre : pas
les deux) d plus,les valeurs sont exclusivement positives.

je ne peux pas utiliser excel car j'ai 8 tables me
procurant des données servant pour les listes de choix et
tout les formulaires qui vont bien.


merci d'avance
-----Message d'origine-----
Bonjour aussi,

Christophe
je cherche a créer une base servant à gérer des comptes en
banques, j'ai des tables pour chaques comptes et dans
chaque table un champ débit, un champ crédit et un champ
balance. je voudrais pouvoir :
1. calculer le solde de la façon suivante :
nouveau solde = ancien solde( enregistrement
précédent) + crédit - débit

2. que ceci ne pose pas de problème avec le premier
enregistrement ( car il n'y aura pas de solde précédent ).



Cette construction nous vient d'un raisonnement à
la "Excel"...


Dans une table, il faut éviter (sauf si nécessité
absolue) de sauver des résultats.

La méthode consiste à sauver un "crédit" comme somme
positive,

et un "débit" comme somme négative.

La simple addition de cette "colonne", dans une requête
ou avec une

fonction de domaine, te donnera le solde, positif ou
négatif.



--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------



.



Avatar
3stone
Salut,

christophe
cela me sembiévien mais je dois préciser qu les champs
credit t debit ne serront jamais remplis en meme temps
pour le meme enregistrement (c'est l'un ou l'autre : pas
les deux) d plus,les valeurs sont exclusivement positives.


C'est pourtant bien une seule et même colonne...
celle des "mouvements"...

Dont certains positifs et d'autres négatifs...

Et la somme de cette seule colonne fait bien... le travail !


--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------
Avatar
Christophe
bien au contraire,
j'ai fait les choses comme elles doivent etre : j'ai
toute une armada de requètes en tout genres qui ont besoin
d'avoir 2 colonnes pour séparer les crédit et les débit.

Alors, vu que je le précise, y a t'il quelqu'un qui
puisse m'aider plutot que de me dire que je sais pas ce
que j'ai fait ( parceque ça sert a rien et ça aide pas )

merci d'avance
-----Message d'origine-----
Salut,

christophe
cela me sembiévien mais je dois préciser qu les champs
credit t debit ne serront jamais remplis en meme temps
pour le meme enregistrement (c'est l'un ou l'autre : pas
les deux) d plus,les valeurs sont exclusivement positives.


C'est pourtant bien une seule et même colonne...
celle des "mouvements"...

Dont certains positifs et d'autres négatifs...

Et la somme de cette seule colonne fait bien... le
travail !



--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------



.



Avatar
Evaro
Bonjour Christophe,

"Christophe" a écrit dans le message de news:
040d01c36178$f115e6a0$
je cherche a créer une base servant à gérer des comptes en
banques, j'ai des tables pour chaques comptes et dans
chaque table un champ débit, un champ crédit et un champ
balance. je voudrais pouvoir :
1. calculer le solde de la façon suivante :
nouveau solde = ancien solde( enregistrement
précédent) + crédit - débit

Soit Une table avec les champs Id_Ligne (Numérique), Debit, Credit;
















































Soit une requête Q_Comptes reposant sur cette table, triée sur Id_ligne ;
Champs Calculés
Tmp : [Credit] - [Debit]
SoldeCred : Nz(SomDom("Tmp";"Q_Comptes";"Id_Ligne <= " & [Id_Ligne]))


2. que ceci ne pose pas de problème avec le premier
















































enregistrement ( car il n'y aura pas de solde précédent ).

La Fonction Nz s'en occupe.


















































--
@ +
Etienne
Charte du forum: http://users.skynet.be/mpfa/charte.htm
















































Avatar
Christophe :\)
Merci beaucoup ça marche comme sur des roulettes ;)
-----Message d'origine-----
Bonjour Christophe,

"Christophe" a écrit dans le
message de news:

040d01c36178$f115e6a0$
je cherche a créer une base servant à gérer des comptes en
banques, j'ai des tables pour chaques comptes et dans
chaque table un champ débit, un champ crédit et un champ
balance. je voudrais pouvoir :
1. calculer le solde de la façon suivante :
nouveau solde = ancien solde( enregistrement
précédent) + crédit - débit

Soit Une table avec les champs Id_Ligne (Numérique),
















































Debit, Credit;

Soit une requête Q_Comptes reposant sur cette table,
triée sur Id_ligne ;

Champs Calculés
Tmp : [Credit] - [Debit]
SoldeCred : Nz(SomDom("Tmp";"Q_Comptes";"Id_Ligne <= " &
[Id_Ligne]))



2. que ceci ne pose pas de problème avec le premier
















































enregistrement ( car il n'y aura pas de solde précédent ).

La Fonction Nz s'en occupe.


















































--
@ +
Etienne
Charte du forum: http://users.skynet.be/mpfa/charte.htm

.



















































Avatar
Anor
Bonjour

Christophe :) a confié :
| Merci beaucoup ça marche comme sur des roulettes ;)

Une RunningSum marche effectivement bien sur des petites tables,
mais sur des tables genre débit/crédit de plusieurs milliers de lignes,
tu risques d'avoir au bout d'un certain temps
les roulements de tes roulettes qui se grippent,
provoquant une lenteur importante dès que les données tiennent
sur plus d'une page ;-)

Mais je ne sais pas si je fais bien avancer les choses en allumant la lumière
avant que tu te mettes à courir dans l'escalier de la cave :-((

--
à+
Arnaud
--------------------------------------------------
Conseils d'utilisation, sites recommandés :
http://users.skynet.be/mpfa/
Access Memorandum - http://memoaccess.free.fr
--------------------------------------------------