Discussion :

[adlinformatik]

Bonjour

Je ne sais pas si c'est un truc bête, où c'est un vrai problème, en tout les cas je galère depuis ce matin:

Voila: dans une simple requête SQL dans Access 2007 je mets

MontantLigne: [PrixVenteHT]*[QuSort]

C'est une simple requête sélection qui est basé sur une table, avec entre autre:
PrixVenteHT, Numérique, Taille du champ: Réel simple, Format: standard et décimales: 2
QuSort, Numérique, Taille du champ: Entier long, Format: Nombre général et décimales: 0

Le montant PrixVenteHT et la quantité sont saisis à la main pour remplir la table

Le problème est que: quand je mets par exemple: 4 273.51 * 500 j'ai 2 136 754.88 ou 2 136 754.8828125 pour être plus précis, alors que la calculatrice ou Excel donne le résultat suivant: 2136755,00 qui est juste
J'ai même fait le calcul a la main chose que je n'est pas fait il y a fort longtemps

Selon vous d'où viens ce problème ?

Et merci d'avance

[vttman]

Bonjour,
Alors il faudrait voir le type des champs en base : PrixVenteHT et quantité ?

[marot_r]

Bonjour.

C'est un problème classique avec les nombres dans les ordinateurs. C'est TOUJOURS une approximation et des fois cette approximation est exacte.

Il n'y a pas vraiment de solution mais je t'invite à changer ton type de réel simple à réel double.
Cela ne résout pas la base du problème mais cela repousse la limite où il est gênant.

A+

[adlinformatik]

Merci beaucoup pour vos réponses, je veut noter aussi que c'est la 1ere fois que ça m'arrive
je ne sais pas si j'ai raison, mais je crois que Windows 10 est pour quelque chose, car c'est ma 1ere appli qui fonctionne sous ce système/tablette

Finalement j'ai régler le problème en modifiant le type de données de tous les champs de Numérique a Monétaire, et le problème est réglé, mais je ne comprends pas pourquoi ? j'ai toujours travailler avec le type Numérique et je met comme format Standard avec 2 décimales
et ce que je ne comprends surtout pas, c'est que l'opératrice a bien saisi le chiffre 4 273.51 et quand j'ai converti le type de donnée pour le champs en monétaire il m'a afficher 4 273.5098 d'où viens ça ?!!!!

En tout les cas merci pour tout, et je vous tiendrai au courant en cas de nouvelles informations

Cordialement

[tee_grandbois]

Bonjour,
ce n'est pas Windows ni le numérique qui sont en cause (tous ces champs sont numériques) mais bel et bien le type réel simple et ce problème est connu depuis les premières versions d'Access.
Tu as eu raison de changer le type de tes données numériques en monétaire qui est préconisé pour les applications de gestion en prenant soin d'utiliser Round() ligne par ligne dans les calculs pour éviter les 3èmes et 4èmes décimales pour ne pas avoir de surprises dans les totalisations.

[marot_r]

Finalement j'ai réglé le problème en modifiant le type de données de tous les champs de Numérique a Monétaire, et le problème est réglé, mais je ne comprends pas pourquoi ? j'ai toujours travailler avec le type Numérique et je met comme format Standard avec 2 décimales
et ce que je ne comprends surtout pas, c'est que l'opératrice a bien saisi le chiffre 4 273.51 et quand j'ai converti le type de donnée pour le champs en monétaire il m'a afficher 4 273.5098 d'où viens ça ?!!!!

C'est un problème classique avec les nombres dans les ordinateurs. C'est TOUJOURS une approximation et des fois cette approximation est exacte.
Il y a une infinité de nombres réels mais il n'est pas possible de les coder tous. Access utilise 4 ou 8 octets et y assigne la valeur la plus proche possible de celle demandée.
De plus mathématiquement parlant si tu as 1.99999999999999999999999 avec une infinité de décimales ou du moins un bon paquet il est admis que c'est la même chose que 2.0 car l'écart est tellement minime qu'il devient insignifiant.

A+

[tee_grandbois]

Bonjour rené
juste une précision pour ceci :

C'est un problème classique avec les nombres dans les ordinateurs. C'est TOUJOURS une approximation et des fois cette approximation est exacte.

C'est vrai uniquement avec les nombres à virgule flottante (réels simples ou doubles) pas pour les entiers et entiers long (qui n'ont pas de virgule) ou les Monétaires car la précision est limitée à 4 décimales (quand on saisit 1,9999 dans un Monétaire, il ne sera JAMAIS arrondi pour peu que l'on a pris soin de ne pas mettre de format trompeur (Standard avec 2 Décimales par exemple) qui pourrait le faire croire.

https://fr.wikipedia.org/wiki/Virgul...ons_d.27emploi

[adlinformatik]

C'est un problème classique avec les nombres dans les ordinateurs. C'est TOUJOURS une approximation et des fois cette approximation est exacte.
Il y a une infinité de nombres réels mais il n'est pas possible de les coder tous. Access utilise 4 ou 8 octets et y assigne la valeur la plus proche possible de celle demandée.
De plus mathématiquement parlant si tu as 1.99999999999999999999999 avec une infinité de décimales ou du moins un bon paquet il est admis que c'est la même chose que 2.0 car l'écart est tellement minime qu'il devient insignifiant.

A+

Oui c'est un problème connu mais dans les résultats de calcul pas dans la saisie des chiffres, quand on saisi le montant 4 273.51 a la main, ensuite quand on affiche 4 chiffres après la virgule on trouve 4 273.5098 !!! c'est ça qui me parait bisare

quant a :

en prenant soin d'utiliser Round() ligne par ligne dans les calculs pour éviter les 3èmes et 4èmes décimales pour ne pas avoir de surprises dans les totalisations.

ça c'est une très bonne méthode de travail, que j'avais négliger dans mes premières application, et je viens de m’apercevoir, je ne faisais qu'afficher le résultat avec le format 2 décimales après la virgule, qui est juste une façon d'afficher.

Merci a tous

[tee_grandbois]

Oui c'est un problème connu mais dans les résultats de calcul pas dans la saisie des chiffres, quand on saisi le montant 4 273.51 a la main, ensuite quand on affiche 4 chiffres après la virgule on trouve 4 273.5098 !!! c'est ça qui me parait bisare

Non, je confirme que même à la saisie, utiliser le single et le double cela a toujours posé problème.

[marot_r]

Merci tee_grandbois pour la précision.

A+

[adlinformatik]

Non, je confirme que même à la saisie, utiliser le single et le double cela a toujours posé problème.

Merci pour l'info, ça c'est nouveau pour moi, car a part les problèmes dans les résultats je ne l'avais jamais rencontrer

Merci tee_grandbois pour la précision.

A+

Merci beaucoup marot_r j'avais compris que tu voulais parler des résultats seulement, et là je te comprends bien

Bonne journée a tous