Just for verification: So Python can't store the value 1/3 as .3 repeating like a calculator can? So if I set a variable equal to 1/3 it won't actually be equal to .3 repeating? Seems quite unreasonable to me.
yes, storing money values is definitely a problem. while you probably will not try to store 1/3$ somewhere, you could try to store values like 0.1$ which have infinitely many digits in their binary representation and thus have certain error while storing them. that's why, in the databases, you have both floating point and decimal type. floating point sacrifises a bit of precision to be achieve more accuracy with smaller numbers while being less accurate with very big numbers which are not used as often, while decimal type is made to be precise for storing decimal numbers with certain number of digits. you could also store a number of pennies (10p instead of 0.1$) and use integers if your calculations are up to penny precision.
not sure if i should answer with yes or no, but i'll try to explain how it works so you can decide yourself. for storing decimal numbers most programming languages use floating point specification to store them in 32b or 64b locations. lets say that that python uses 64b (not realy sure if this is true, but it does not matter for the sake of explanation). that means that any decimal number must be represented with 64 values where each must be 1 or 0. this gives a finite amount of combinations ( very big finite, but still finite), so we come to the problem of representing some numbers, which gives some value error for them. if you execute print(0.2+0.1) you will get 0.30000000000000004 when you expect 0.3 . now this may seem like a terrible thing, since your program is not giving you correct answers, but note that the error is on the 17th digit, which means the error is very terribly small. so basically, while 1/3 cannot be acurately represented (since you dont have infinite amount of memory) , it can be represented acurately enough for most purposes. note that python may make some optimizations to get more accurate values in some situations which i am not aware of, but this is the basic idea.
Thanks for the help RedAnt. I understand a bit better now. I feel like this might be a problem with money transactions but I not sure because money can't be represented by irrational numbers. Pretty new to this stuff.
Thank you red ant, you are very helpful