🚀 go-pugleaf

W dniu 2015-07-14 o 00:51, Borys Pogoreło pisze:
> Dnia Mon, 13 Jul 2015 12:11:53 +0200, tomek napisał(a):
>
>> SELECT [...]
>> CAST(100 * kwota_w_zl AS SIGNED) AS kwota_w_gr,
>> [...]
>>
>> Wszystkie operacje wykonuję na groszach.
>> Dopiero na samym końcu gdy wynik idzie do wyświetlania zaminiany jest na
>> stringa
>
> A jak sobie radzisz z mnożeniem? Bo na 32-bitowych maszynach PHP_INT_MAX
> wcale taki duży nie jest. A wynik mnożenia większych liczb może dość łatwo
> przekroczyć 2147483647, jeśli oba czynniki masz pomnożone przez 100.

Hmmmm....
46340,95 x 46340,95 = 2147483647

46340 (463,40 zł?) x 46340 (np.kg?)  = 2147395600 (21473956,00 zł)

Załóżmy, że to węgiel... 1 t = ok 600 zł
600 zł x 100 = 60000
1 t x 100 = 100

2147483647/60000 = ok. 35791
35791/100 = 357,91 ton

Wagon to ok 60 ton, czyli to ok. 6 wagonów węgla
Jeżeli przez 100 mnożymy tylko cenę, to w ten sposób możemy mieć ok. 600 
wagonów węgla

Nie to żebym się czepiał (węgiel wybrałem żeby "przerysować"), ale ktoś 
kto wystawia takie faktury (albo robi obroty na poziomie 2147483647/100 
= 21474836,47 zł - 21,5 mln zł) to raczej php nie używa do wystawiania 
faktur czy ewidencjonowania sprzedaży (no chyba, że się mylę...)

Czy mógłbyś podać jakiś przykład (taki z życia), przy którym można się 
obawiać przekroczenia zakresu?

Pralka, ok. 1000 zł
1000 zł x 100 = 100000
2147483647/100000 =  ok.21474 pralek
Nawet jeżeli to podzielimy przez 100, to = ok. 215 pralek...

Czyli 215 (albo 21500 jeżeli mnożymy tylko cenę) pozycji na fakturze po 
1000 zł...

Nie wiem... ale wydaje mi się, że jest mało prawdopodobne, że przeciętny 
użytkownik takiego programu w php przekroczyłby zakres...

(Rozważam czysto teoretycznie, sam nie mnożę cen przez 100 jak mam coś 
do policzenia kwotowo, ale też nie jest to program do fakturowania ;))

Pozdrawiam
Piotr