cześć
jaki wybrać zakres danych dla cen, aby był optymalny i użyteczny ?
myślałem nad DECIMAL(15,2); ?
0
0
Jeśli nie zamierzasz sprzedawać całych krajów albo naszej planety kosmitom to nawet i mniejszy zakres wystarczy ;)
0
Trochę za mało cyfr po przecinku.
0
W jakim przypadku przydałaby się większa ilość cyfr po przecinku ?
0
Do przechowywania wyniku, raczej cztery po przecinku powinny wystarczyć. Do obliczeń wiadomo więcej, aby uniknąć wielokrotnych zaokrągleń i rożnic z tego tytułu.
0
@somekind nie masz do końca racji. To jest taki myk na którym ostatnio ludzie się sporo bogacili, ale banki się zorientowały i już się tak nie da. Pisali o tym w gazetach raptem z tydzień temu. Ludzie robili sobie przelewy na 1 grosz na konta walutowe i 1 grosz zamieniał się np. w 1 eurocenta. Nawet jakiś soft ponoc do tego mieli żeby dało radę wysłać kilkanaście/kilkadziesiąt tysięcy takich przelewów. Ale banki wprowadziły teraz ograniczenia na takie przelewy.
0
Obliczenia są wykonywane na większej liczbie miejsc po przecinku ale sam przelew jest zaokrąglany do najmniejszej możliwej jednostki pieniężnej (a przynajmniej był :p ). Ludzie robili tak, że wysyłali przelew na np. 1gr na swoje walutowe konto, przyjmując kurs np dolara na poziomie 1 zł - 2,89350177 po przeliczeniu przez bank z 1 gr wychodzi $0,00345602 co aby przelać było zaokrąglane do $0,01 czyli $0,00654398 zysku (ok 65% zysku :D) Teraz wyślijmy takich przelewów z automatu 100000000....... to sobie policzcie :p. Nie wiem jak to jest w przelewach międzybankowych ale tam pewnie jakoś tego pilnują. Chociaż patrząc co się ostatnio stało to też nie byłbym tego taki pewny :p
Pozdrawiam
0
w części banków wprowadzono dolne ograniczenie wartości przelewu do najmniejszej jednostki waluty docelowej, czyli jeśli chcesz przelać PLN na konto dolarowe to min. ~3gr - proste i skuteczne...
0
Przelew międzybankowy na/z konta walutowego najczęściej jest płatny (i to sporo). W ramach tego samego banku raczej nie.