Probleme de décimales en python

Bonjour,
J'ai essayé plusieurs solutions pour éditer des résultats avec 2 décimales avec le code suivant:

Code:

---

1 2 3 4 5 6 7 8

def Categorie(): cursor.execute("SELECT Categorie, SUM(Prix) AS Prix_total FROM liste_achats WHERE Date_achat >='2024-01-01' GROUP BY Categorie") rows = cursor.fetchall() print('La Dépense totale du 7 Mars 2024 à aujourdhui par catégorie est de :') for row in rows: print(row) #print('%.2f', 2, row) #round(value, 3)

---

J'obtiens toujours ce type de résultats:

La Dépense totale du 7 Mars 2024 à aujourd'hui par catégorie est de :
('Alcool-Vins', 141.9)
('Apéritifs', 93.57000000000002)
('Boissons', 166.09999999999997)
('Boucherie', 172.51)
('Boulangerie', 151.07999999999998)
('Bricolage', 4.49)
('Café', 103.38999999999999)

J'aimerai n'avoir que 2 décimales dans mes totaux.
Merci pour votre aide et votre indulgence

Bonjour,

row est un tuple, et si vous souhaitez travailler avec les nombres à l'intérieur, vous devrez les extraire de ce tuple.

Citation:

---

Envoyé par Detoussieu

J'ai essayé plusieurs solutions pour éditer des résultats avec 2 décimales

---

Par définition une solution doit fonctionner et si c'était le cas vous ne seriez pas là pour demander de l'aide.
Et votre premier soucis (on ignorera ceux posés par l'utilisation de floats pour représenter de la monnaie) est du côté du formatage des chaines de caractères.

Vous avez essayé print('%.2f', 2, row) (que l'on trouve en commentaire dans votre code) qui ne fonctionne pas parce que mal utilisé.
'%.2f pourrait le faire mais appliqué à un nombre flottant:

Code:

---

1 2	>>> '*** %.02f ***' % 0.1 '*** 0.10 ***'

---

et vous voyez que cette construction ressemble à un appel de fonction où on a un patron de chaine de caractères ('*** %.02f ***') où un bout sera remplacé par un argument. Cette représentation est héritée du langage C. Avec python on peut aussi écrire cela comme ça:

Code:

---

1 2 3

>>> '*** {0:.02f} ***'.format(0.1) '*** 0.10 ***' >>>

---

Puisque c'est une sorte d'appel de fonction, s'il y a 2 arguments à passer, il va falloir dire quoi en faire et retrouver les "place-holders" correspondants dans le patron.

Code:

---

1 2 3 4 5

>>> '*** %.02f *** %s xxx' % (0.1, 'aaa') '*** 0.10 *** aaa xxx' >>> '*** {0:.02f} *** {1:s} xxx'.format(0.1, 'aaa') '*** 0.10 *** aaa xxx' >>>

---

Voilà... à part ça il y a plein de tutos gratuits et des tas d'articles qui couvrent le sujet. à vous de prendre le temps de comprendre ce que vous lisez...

- W

Bonjour

Code:

---

1 2	print(round(151.07999999999998, 2)) 151.08

---

Bonjour,
Pour être*exhaustif j'ajouterai le formatage avec un fstring:

Code:

---

1 2 3

>>> f'*** {0.1:.02f} ***' '*** 0.10 ***' >>>

---

Bonsoir à tous,

Est-ce que ce ne serait pas plus intéressant de faire l'arrondi par le SGBD ?

Code:

---

SELECT Categorie, round(SUM(Prix), 2) AS Prix_total FROM liste_achats WHERE...

---

Avec round() en SQL (à voir selon le SGBD utilisé).

Citation:

---

Envoyé par f-leb

Bonsoir à tous,

Est-ce que ce ne serait pas plus intéressant de faire l'arrondi par le SGBD ?

Code:

---

SELECT Categorie, round(SUM(Prix), 2) AS Prix_total FROM liste_achats WHERE...

---

Avec round() en SQL (à voir selon le SGBD utilisé).

---

Bonsoir
Merci d'avoir pris le temps de me proposer une solution apparemment simple et qui fonctionne
Un passionné débutant

Citation:

---

Envoyé par f-leb

Est-ce que ce ne serait pas plus intéressant de faire l'arrondi par le SGBD ?

---

Faire l'arrondi à n décimales n'est pas la même chose qu'afficher un nombre avec n-decimales.
Si j'écris:

Code:

---

1 2	>>> round(123.1, 2) 123.1

---

ce n'est pas pareil qu'afficher 2 chiffres après la virgule:

Code:

---

1 2 3

>>> '%.02f' % 123.1 '123.10' >>>

---

Citation:

---

Envoyé par MPython Alaplancha

Bonjour,
Pour être*exhaustif j'ajouterai le formatage avec un fstring:

Code:

---

1 2 3

>>> f'*** {0.1:.02f} ***' '*** 0.10 ***' >>>

---

---

Mouais... essayez f-string avec des tuples, vous comprendrez (peut être!) pourquoi on va pouvoir ignorer cette possibilité

- W

Citation:

---

Envoyé par wiztricks

vous comprendrez (peut être!)
- W

---

Je reconnais là bien ta signature. :zoubi:

Tant pis, je prends le risque:

Code:

---

1 2 3 4

tup: tuple = 'Apéritifs', 93.57000000000002 print(f'{tup[0]}, {tup[1]:.02f}')   Apéritifs, 93.57

---

Citation:

---

Envoyé par MagicJohnson

Tant pis, je prends le risque:

---

Il n'y a pas de risque: ça fonctionne. C'est lorsqu'on va s'amuser à comparer le rendu des différents formats qu'on pourra préférer l'un ou l'autre.
Pour l'instant, vous n'avez fait qu'une toute petite partie du boulot...


- W

Bonjour

Citation:

---

Envoyé par f-leb

Avec round() en SQL (à voir selon le SGBD utilisé).

---

Ou cast() qui est standard et donc utilisable par tout SGBD... => select Categorie, cast(SUM(Prix) as decimal(20, 2)) AS Prix_total FROM liste_achats WHERE....
Mais je plussoie le fait de déporter ce problème au SGBD (plus on décharge Python de taches annexes et faisables par d'autres mieux c'est). D'autant plus qu'il y a une différence entre Python et SGBD
En Python: round(12.245, 2) donne 12.24 (malgré le fait que le 3° chiffre soit un "5" ce qui, dans les règles standard aurait dû donner 12.25) tandis que le SGBD Postgres, lui, donne bien 12.25.

Citation:

---

Envoyé par Sve@r

Ou cast() qui est standard et donc utilisable par tout SGBD... => select Categorie, cast(SUM(Prix) as decimal(20, 2)) AS Prix_total FROM liste_achats WHERE....

---

Très bonne idée qui ne marche pas! Si sqlite3 (probablement utilisé ici) connait CAST, il ne connait pas decimal (et on ne pourra "caster" que sur des types supportés).

Quand à round qu'il soit fait côté Python ou côté SGDB, pour afficher des centimes, ça ne le fait pas.

Citation:

---

Envoyé par Sve@r

Mais je plussoie le fait de déporter ce problème au SGBD

---

C'est ce qu'on fait en général mais dans le cas particulier, que le round soit fait côté Python ou SGDB ne va pas changer grand chose. Ce serait différent pour le SUM qu'on peut aussi faire côté Python après avoir transféré un tas de tuples, ce qui prend du temps, consomme de la bande passante et n'apporte rien vs le SUM fait coté SGDB.

edit - en fait sqlite supporte "un peu", le code suivant sort:

Code:

---

1 2 3 4 5 6 7 8 9

import sqlite3   cx=sqlite3.connect(":memory:") cx.execute("CREATE TABLE produits(nom TEXT, prix DECIMAL(6, 2))") cx.execute("INSERT INTO produits VALUES('Pommes', 10.25), ('Poires', 10.25)")   res = cx.execute("SELECT * FROM produits") for row in res.fetchall(): print(row)

---

sort:

Code:

---

1 2	('Pommes', 10.25) ('Poires', 10.25)

---

et ça à l'air de marcher... mais si on récupère la sortie de:

Code:

---

1 2 3 4

res = cx.execute("SELECT CAST(SUM(prix) AS DECIMAL(6,2)) FROM produits") for row in res.fetchall(): v, = row print("ligne: %s (type=%s)" % (v, type(v)))

---

on a ligne: 20.5 (type=<class 'float'>)car le CAST mappe sur NUMERIC qui devient float en Python et toujours pas de centimes!!!

Note en fait le DECIMAL ne fait pas grand chose: avec d'autres données,

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

import sqlite3   cx=sqlite3.connect(":memory:") cx.execute("CREATE TABLE produits(nom TEXT, prix DECIMAL(6,2))") cx.execute("INSERT INTO produits VALUES('Pommes', 10.2534), ('Poires', 10.25)")   res = cx.execute("SELECT * FROM produits") for row in res.fetchall(): print(row)   res = cx.execute("SELECT CAST(SUM(prix) AS DECIMAL(6,2)) FROM produits") for row in res.fetchall(): v, = row print("ligne: %s (type=%s)" % (v, type(v)))

---

on obtient:

Code:

---

1 2 3

('Pommes', 10.2534) ('Poires', 10.25) ligne: 20.5034 (type=<class 'float'>)

---

- W

Citation:

---

Envoyé par Sve@r

donne 12.24 (malgré le fait que le 3° chiffre soit un "5" ce qui, dans les règles standard aurait dû donner 12.25)

---

Il me semble comprendre dans le post initial que Detoussieu souhaite une réponse avec deux décimales mais pas qu'elle soit nécessairement arrondie.

Citation:

---

Envoyé par MagicJohnson

Il me semble comprendre dans le post initial que Detoussieu souhaite une réponse avec deux décimales mais pas qu'elle soit nécessairement arrondie.

---

Un prix s'exprime en unité monétaire où la virgule sépare(ici) euro et centimes d'euros.
Le format .02f arrondi et ajoute des 0 si nécessaire pour avoir les 2 décimales (qui feront "centimes").
Le "round" ne fait que l'arrondi.

- W

Citation:

---

Envoyé par MagicJohnson

Il me semble comprendre dans le post initial que Detoussieu souhaite une réponse avec deux décimales mais pas qu'elle soit nécessairement arrondie.

---

Si la 3° (et les autres) décimales disparaissent, le résultat final ne pourra qu'être arrondi. Reste à savoir s'il doit l'être systématiquement au plus bas, systématiquement au plus haut, ou selon les règles mathématiques (appelées aussi "règles du banquier")