Favouring Integer for addition calculations rather than BigDecimal- precision of addition using int

[Amandeep Singh]

I am getting result of -1,1,0 as a result of compare operation.

Now i want to add this value to db column value, as the above value is in int type thats why now using the Integer.

SnapShot of the code:

int hts_unit_pric = new Integer(((Number)dbEms7501CiLn.GetColumnValueConvertNull(columnName)).toString());
		hts_unit_pric = hts_unit_pric + adjustLineItemValuesRequired;

Question: Is doing addition operations recommended through int rather than BigDecimal because it will not loose its precision ?

Question: does intValue() loose it precision after certain range.

if not i can change the above code to like this.

int hts_unit_pric = new Integer(((Number)dbEms7501CiLn.GetColumnValueConvertNull(columnName)).intValue());

[Rob Spoor]

All integer types (byte, char, short, int and long) never lose any precision, but they have limited range. If this is not going to be a problem using ints or longs is just fine.

[Amandeep Singh]

will they loose precision after the limited range. so how much is the limited range?

[Paul Clapham]

I'm pretty sure the API documentation tells you what the value of (for example) Integer.MAX_VALUE is.

[W. Joe Smith]

Amandeep Singh wrote:will they loose precision after the limited range. so how much is the limited range?

If you try to assign a value to a primitive type that is out of its range the JVM will yell at you. You can't assign a value to a primitive that is outside of its range unless you explicitly cast it to the desired type, but it will result in loss of precision.

[Rob Spoor]

If you add an int to an int, and the resulting value would become larger than Integer.MAX_VALUE, it will wrap - becoming negative. If you believe this is a possibility, use long. If the same issue can occur for long (becoming larger than Long.MAX_VALUE), BigInteger and BigDecimal are the only options.

[Amandeep Singh]

Well i will go with BigDecimal. Integer.Max_value has a limit of 2147483647.