Discussion :

[bellemeche]

Bonjour Tous,

J'ai la fonction =ARRONDI.INF(AA7;-3) qui me permet d'arrondir au millier inférieur mes nombres
exemple
587580 devient 587.000
55640 devient 55.000
j'aimerais l’utiliser sur access pour mes arrondis
Quelle est la bonne syntaxe
merci

[tee_grandbois]

bonjour,
FIX(587580 * 0.001) * 1000 devrait donner le bon résultat

[hyperion13]

Salut
La fct Round() devrait faire l'affaire.
Round([lechamp], -3)

[tee_grandbois]

hyperion13,

Salut
La fct Round() devrait faire l'affaire.
Round([lechamp], -3)

un p'tit coup de fatigue ?



Round, s'utilise avec des nombres avec décimales et le paramètre décimales n'accepte pas de valeur négative.
Si vraiment tu veux utiliser Round il faut récupérer la valeur entière (ce que fait Fix) et ensuite la multiplier par 1000:

Code :

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

int(round(55640 *.001,3)) * 1000

mais Fix renvoie un résultat plus précis pour les nombres négatifs:https://docs.microsoft.com/fr-fr/off...ectedfrom=MSDN

[User]

Bonjour à tous,

Et pourquoi pas simplement en utilisant la division entière :

Code :

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

? (55640 \ 1000)*1000

Cdlt,

[tee_grandbois]

bonjour User,
as-tu regardé le résultat ?

Code :

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

1
2
? (55640 \ 1000)*1000
55640

J'ai la fonction =ARRONDI.INF(AA7;-3) qui me permet d'arrondir au millier inférieur mes nombres
exemple
587580 devient 587.000
55640 devient 55.000

il faut donc bien utiliser Fix pour arrondir:

Code :

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

1
2
? FIX(55640 * 0.001) * 1000
55000

ou

Code :

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

1
2
? FIX(55640 /1000) * 1000
 55000

[User]

bonjour User,
as-tu regardé le résultat ?

Code :

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

1
2
? (55640 \ 1000)*1000
55640

Désolé tee_grandbois, mois j'ai bien :



division entière : \

Cdlt,

[tee_grandbois]

/
\

[bellemeche]

bonjour,
FIX(587580 * 0.001) * 1000 devrait donner le bon résultat

Merci résolu

[tee_grandbois]

bonjour Ric500,
ce problème est connu depuis des lustres ... et est dû à l'utilisation du système de calcul d'opérations à virgule fottante appelé FLOPS en anglais (c'est sûr, qu'avec un nom pareil ...) dont le problème est la précision comme indiqué sur ce lien dans le paragraphe "Inconvénient".

Çà fait un peu peur d'envoyer des gars sur la lune avec des outils comme çà! Qu'en pensez-vous?

C'est un peu tard de s'en préoccuper 50 ans après, d'ailleurs à l'époque les ordinateurs étaient beaucoup trop gros pour être embarqués: Neil Armstrong a fait alunir le module lunaire avec un ordinateur pesant 32 kilos, ayant 72 ko de mémoire morte et 4 ko de mémoire vive.

Ordinateur, qui a buggé pendant la phase d'alunissage obligeant le pilote à prendre les commandes et finir manuellement de poser l'engin sur le sol lunaire.

[Ric500]

Si Armstrong a dû (se) finir à la main, çà explique le malaise de Buzz Aldrin à son retour !

[tee_grandbois]

et tout çà sans gravité !

[User]

Bonjour,

Sans compter les dates (dates et heures en fait) qui sont aussi des nombres à virgule flottante double.

En gros si vous avez enregistrez 2 rendez-vous dans une table et que vous avez en apparence :

IDentifiant Rdv] = "Rdv 1"
[Date de début] = "02/10/2019 08:30:00"
[Date de fin] = "02/10/2019 09:00:00"

IDentifiant Rdv] = "Rdv 2"
[Date de début] = "02/10/2019 09:00:00"
[Date de fin] = "03/10/2019 17:30:00"

S'il y a eu une erreur d'opération à virgule flottante au moment de l'enregistrement de la "date de fin" du "rdv 1", il se peut que cette date (affichée : "02/10/2019 09:00:00") soit en fait légèrement supérieure à la date de début du rdv2 (affichée pourtant aussi "02/10/2019 09:00:00") ce qui peut provoquer des incohérence au niveau des comparaisons des dates et heures

Cdlt,