J'ai une requête qui me donne comme résultat une somme en euros ; celle-ci
apparaît bien avec deux décimales mais dès que je click sur le champ, celui
se retrouve avec au moins 10 chiffres après la virgule ;-(
Je n'arrive pas à trouver le bon format pour que le resultat reste bien avec
deux décimales !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
3stone
Salut,
"Ayrton | J'ai une requête qui me donne comme résultat une somme en euros ; celle-ci | apparaît bien avec deux décimales mais dès que je click sur le champ, celui | se retrouve avec au moins 10 chiffres après la virgule ;-( | Je n'arrive pas à trouver le bon format pour que le resultat reste bien avec | deux décimales !
As tu précisé le format "Currency" (monétaire) dans la table ? Ce qui limite les nombres possibles à 15 chiffres à gauche du séparateur décimal et 4 à droite.
En plus, préciser le nombre de décimales, 2 pour toi...
Mais, pour garder la précision du monétaire, Access à besoin des 4 décimales! (codage BCD)
Si à la saisie, ou par calculs ultérieurs, tu "quitte" les 2 décimales fixées, Access te présente tous les chiffres de la fraction pour garder la précision...
Exemple de valeurs: 1234,56 gardé à la sasie et à l'affichage 1234,563 affiché à la saisie et 1234,56 à l'affichage 1234,567 affiché à la saisie et 1234,57 à l'affichage
Comme tu vois, en demandant 2 décimales, Access s'occupe de l'arrondi monétaire, mais te permet de voir la valeur "réelle" que cache cet arrondi.
"Ayrton
| J'ai une requête qui me donne comme résultat une somme en euros ; celle-ci
| apparaît bien avec deux décimales mais dès que je click sur le champ, celui
| se retrouve avec au moins 10 chiffres après la virgule ;-(
| Je n'arrive pas à trouver le bon format pour que le resultat reste bien avec
| deux décimales !
As tu précisé le format "Currency" (monétaire) dans la table ?
Ce qui limite les nombres possibles à 15 chiffres à gauche du séparateur décimal et 4 à droite.
En plus, préciser le nombre de décimales, 2 pour toi...
Mais, pour garder la précision du monétaire, Access à besoin des 4 décimales! (codage BCD)
Si à la saisie, ou par calculs ultérieurs, tu "quitte" les 2 décimales fixées,
Access te présente tous les chiffres de la fraction pour garder la précision...
Exemple de valeurs:
1234,56 gardé à la sasie et à l'affichage
1234,563 affiché à la saisie et 1234,56 à l'affichage
1234,567 affiché à la saisie et 1234,57 à l'affichage
Comme tu vois, en demandant 2 décimales, Access s'occupe de l'arrondi monétaire,
mais te permet de voir la valeur "réelle" que cache cet arrondi.
"Ayrton | J'ai une requête qui me donne comme résultat une somme en euros ; celle-ci | apparaît bien avec deux décimales mais dès que je click sur le champ, celui | se retrouve avec au moins 10 chiffres après la virgule ;-( | Je n'arrive pas à trouver le bon format pour que le resultat reste bien avec | deux décimales !
As tu précisé le format "Currency" (monétaire) dans la table ? Ce qui limite les nombres possibles à 15 chiffres à gauche du séparateur décimal et 4 à droite.
En plus, préciser le nombre de décimales, 2 pour toi...
Mais, pour garder la précision du monétaire, Access à besoin des 4 décimales! (codage BCD)
Si à la saisie, ou par calculs ultérieurs, tu "quitte" les 2 décimales fixées, Access te présente tous les chiffres de la fraction pour garder la précision...
Exemple de valeurs: 1234,56 gardé à la sasie et à l'affichage 1234,563 affiché à la saisie et 1234,56 à l'affichage 1234,567 affiché à la saisie et 1234,57 à l'affichage
Comme tu vois, en demandant 2 décimales, Access s'occupe de l'arrondi monétaire, mais te permet de voir la valeur "réelle" que cache cet arrondi.
Bonjour *3stone* qui, dans son message de news:%, nous informait de ce qui suit: :-(*)
Salut, As tu précisé le format "Currency" (monétaire) dans la table ?
Non; effectivement je l'avais laissé en " Numerique " ; je viens de modifier à l'instant et c'est tout bon ;-) Merci beaucoup
Ce qui limite les nombres possibles à 15 chiffres à gauche du séparateur décimal et 4 à droite.
En plus, préciser le nombre de décimales, 2 pour toi...
Mais, pour garder la précision du monétaire, Access à besoin des 4 décimales! (codage BCD)
Si à la saisie, ou par calculs ultérieurs, tu "quitte" les 2 décimales fixées, Access te présente tous les chiffres de la fraction pour garder la précision...
Exemple de valeurs: 1234,56 gardé à la sasie et à l'affichage 1234,563 affiché à la saisie et 1234,56 à l'affichage 1234,567 affiché à la saisie et 1234,57 à l'affichage
Comme tu vois, en demandant 2 décimales, Access s'occupe de l'arrondi monétaire, mais te permet de voir la valeur "réelle" que cache cet arrondi.
Merci Pierre de ces judicieuses informations que je vais garder " sous le coude " car je sais que cela me reservira. Merci encore ;-)
Bonjour *3stone* qui, dans son message de
news:%23DdsZ6oKFHA.3392@TK2MSFTNGP10.phx.gbl, nous informait de ce qui
suit: :-(*)
Salut,
As tu précisé le format "Currency" (monétaire) dans la table ?
Non; effectivement je l'avais laissé en " Numerique " ; je viens de modifier
à l'instant et c'est tout bon ;-) Merci beaucoup
Ce qui limite les nombres possibles à 15 chiffres à gauche du
séparateur décimal et 4 à droite.
En plus, préciser le nombre de décimales, 2 pour toi...
Mais, pour garder la précision du monétaire, Access à besoin des 4
décimales! (codage BCD)
Si à la saisie, ou par calculs ultérieurs, tu "quitte" les 2
décimales fixées,
Access te présente tous les chiffres de la fraction pour garder la
précision...
Exemple de valeurs:
1234,56 gardé à la sasie et à l'affichage
1234,563 affiché à la saisie et 1234,56 à l'affichage
1234,567 affiché à la saisie et 1234,57 à l'affichage
Comme tu vois, en demandant 2 décimales, Access s'occupe de l'arrondi
monétaire,
mais te permet de voir la valeur "réelle" que cache cet arrondi.
Merci Pierre de ces judicieuses informations que je vais garder " sous le
coude " car je sais que cela me reservira.
Merci encore ;-)
Bonjour *3stone* qui, dans son message de news:%, nous informait de ce qui suit: :-(*)
Salut, As tu précisé le format "Currency" (monétaire) dans la table ?
Non; effectivement je l'avais laissé en " Numerique " ; je viens de modifier à l'instant et c'est tout bon ;-) Merci beaucoup
Ce qui limite les nombres possibles à 15 chiffres à gauche du séparateur décimal et 4 à droite.
En plus, préciser le nombre de décimales, 2 pour toi...
Mais, pour garder la précision du monétaire, Access à besoin des 4 décimales! (codage BCD)
Si à la saisie, ou par calculs ultérieurs, tu "quitte" les 2 décimales fixées, Access te présente tous les chiffres de la fraction pour garder la précision...
Exemple de valeurs: 1234,56 gardé à la sasie et à l'affichage 1234,563 affiché à la saisie et 1234,56 à l'affichage 1234,567 affiché à la saisie et 1234,57 à l'affichage
Comme tu vois, en demandant 2 décimales, Access s'occupe de l'arrondi monétaire, mais te permet de voir la valeur "réelle" que cache cet arrondi.
Merci Pierre de ces judicieuses informations que je vais garder " sous le coude " car je sais que cela me reservira. Merci encore ;-)
