Discussion :

[God89]

Bien le bonjours!
J'ai un gros problème, et je ne comprend pas dutout la logique de access 97!

je calcule une moyenne avec cette formule : =(CNum([valeur9])+CNum([valeur10]))/2

Ex 1 :
Valeur9 = 117.5
Valeur 10 = 117.7
Résultat = 117 au lieu de 117.6

Ex 2 :
Valeur9 = 116,0
Valeur 10 = 125,4
Résultat = 120,5 au lieu de 120.7

Si vous voulez d'autre exemple j'en est plein !

Merci

[SSJconsult]

Bonjour,

Un programme ne fait jamais rien d'autre que ce qu'on lui demande de faire...
Ceci etant dit, quelles pourraient etre les raisons d'un tel comportement ?

• Pourquoi utiliser CNUM ? [valeur9] et valeur[10] ne sont pas des champs numeriques ?
• La variable devant contenir le resultat du calcul est-elle declaree en integer ? (devrait idealement etre une Double)
• Le format d'affichage ne prevoit pas assez de decimales ?

Je pense que repondre a ces questions devrait deja permettre d'approcher le resultat escompte...

[stigma]

essaye ça

Code :

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

Round(Abs(maValeur))

J'ai eu ce pb avec des moyennes sur Access 2003.

[LedZeppII]

Bonsoir,

L'explication vient sans doute du comportement de CNum (Val en Visual Basic)

Extraits de l'aide d'Access

Syntaxe
Val(string)

La fonction Val arrête la lecture de la chaîne au premier caractère ne faisant apparemment pas partie d'un nombre.

La fonction Val ne reconnaît que le point comme séparateur décimal (.)

Si le séparateur décimal est la virgule, la conversion en nombre s'arrête à celle-ci ...

Ex 1 :
Valeur9 = 117,5 ---------> CNum("117,5") ---> 117
Valeur 10 = 117,7 -------> CNum("117,7") ---> 117
(117 + 117) / 2 = 117

Ex 2 :
Valeur9 = 116,0 ---------> CNum("116,0") ---> 116
Valeur 10 = 125,4 -------> CNum("125,4") ---> 125
(116 + 125) / 2 = 120.5

Comme l'argument de Val (ou CNum) est de type String, même si Valeur9 et Valeur10 sont numériques,
il seront d'abord convertis en String avant d'être passés à Val.

A+