Bonjour,

J'un un site de gestion de stock, et je fais la somme d'une colonne avec la fonctionne SUM en PHP mais mon résultat s'écrit comme sur la photo si dessous :

est-ce un probleme dans mes point sur ma bdd ? 

Cela vient peut-etre des NULL dans ma bdd ?

Merci d'avance 

-
Edité par lucasdsm 31 janvier 2023 à 13:36:17

Bonjour,

tu fais la somme en php après extraction base ou directement en sql ?

Quel type pour tes données monétaires ?

Pour formatter en php : https://www.php.net/manual/fr/class.numberformatter.php

A+

-
Edité par monkey3d 31 janvier 2023 à 15:49:02

C'est pour ça que c'est mieux de stocker des nombres entier et donc pour de l'argent on le stock en centimes et non en "euro".

quenti77 a écrit:

C'est pour ça que c'est mieux de stocker des nombres entier et donc pour de l'argent on le stock en centimes et non en "euro".

Je peux faire comment pour mettre ça en centime ?

Genre 180 cts ?

Ta colonne sera un simple entier (voir entier non signé, donc positif) et en effet si tu as besoin que jusqu'au centimes (donc 2 chiffres après la virgule) tu multiplie ou divise tout par 100 pour passer de l'un à l'autre.

Ce qui donne dans ta colonne benef :

16.07 => 1607

0.26 => 26

4.55 => 455

42.00 => 4200

Moi je veux bien que l'on utilises des astuces mais j'ai indiqué une manière de formatter standard en php.

https://www.php.net/manual/fr/class.numberformatter.php

A+

monkey3d a écrit:

Moi je veux bien que l'on utilises des astuces mais j'ai indiqué une manière de formatter standard en php.

https://www.php.net/manual/fr/class.numberformatter.php

A+

ça n'empèche pas le formatage et ce n'est pas une astuce. Quand on parle argent c'est en centimes avant même de parler de problème de nombre à virgule en informatique. Mais cela nous arrange aussi nous car cela évite justement d'avoir ces soucis d'arrondi qu'il peut y avoir. Par contre ça ne remplace pas le formattage du nombre avec les fonctions et classes que php fourni.

Sans vouloir polémiquer il y a en bourse des cotations avec 3 décimales voire plus. J'arrête sur le sujet car ce n'est sans doute pas la préoccupation de l'émetteur de ce fil.

A+

quenti77 a écrit:

Ta colonne sera un simple entier (voir entier non signé, donc positif) et en effet si tu as besoin que jusqu'au centimes (donc 2 chiffres après la virgule) tu multiplie ou divise tout par 100 pour passer de l'un à l'autre.

Ce qui donne dans ta colonne benef :

16.07 => 1607

0.26 => 26

4.55 => 455

42.00 => 4200

Ensuite, puis-je dans mon php re afficher avec une virgule ?

Salut,

Quel est le type de ta colonne ? FLOAT ?

C'est un varchar pourquoi ?

WillyKouassi a écrit:

Salut,

Quel est le type de ta colonne ? FLOAT ?

Curieux d'utiliser un varchar pour stocker du numérique, non ?

A+

Pour du numérique c'est mieux quoi selon toi ? 

monkey3d a écrit:

Curieux d'utiliser un varchar pour stocker du numérique, non ?

A+

monkey3d a écrit:

Sans vouloir polémiquer il y a en bourse des cotations avec 3 décimales voire plus. J'arrête sur le sujet car ce n'est sans doute pas la préoccupation de l'émetteur de ce fil.

A+

Si tu as besoin de plus tu peux. La le cas est simple pour l'auteur. Il traduit en entier simple et il peut faire ces calcules. S'il a besoin de 3 voir plus chiffres après la virgule il peut aussi (comme je l'ai indiqué dans mon message mais il faut savoir lire)

Et si vraiment c'est plus complexe il peut mettre en varchar et utiliser des classes qui gère mieux les nombres comme la lib BigDecimal.

lucasdsm a écrit:

Pour du numérique c'est mieux quoi selon toi ? 

monkey3d a écrit:

Curieux d'utiliser un varchar pour stocker du numérique, non ?

A+

Pour ce que tu veux faire un entier non signé suffit

Quenti77 : pas besoin d'être agressif avec ta remarque ... mais il faut savoir lire

Nous sommes tous sur ce forum bénévolement pour aider quand nous le pouvons.

Je vous laisse pour finir le sujet.

Bye

Tu peux regarder du côté du type DECIMAL https://www.mysqltutorial.org/mysql-decimal/#:~:text=MySQL%20uses%20binary%20format%20to,9%20digits%20into%204%20bytes.&text=For%20example%2C%20DECIMAL(19%2C,fractional%20part%20requires%204%20bytes.

WillyKouassi a écrit:

Tu peux regarder du côté du type DECIMAL https://www.mysqltutorial.org/mysql-decimal/#:~:text=MySQL%20uses%20binary%20format%20to,9%20digits%20into%204%20bytes.&text=For%20example%2C%20DECIMAL(19%2C,fractional%20part%20requires%204%20bytes.

Vraiment je veux comprendre. Pourquoi absolument vouloir un nombre décimal ?