I\'m putting a float in an Android based SQLite database, like so:
private static final String DATABASE_CREATE =
\"create table \" + DATABASE_TABLE + \"
37.0 is exactly representable in binary floating point, so you don't have any of the normal issues. 37.3 is not exactly representable - your query isn't matching because the value in the database isn't exactly 37.3.
Options:
EDIT: I've just checked the docs, and it looks like SQLite doesn't support decimal non-integer types. I'll leave that suggestion above as it would be relevant for the same issue in other databases though.
EDIT: Pascal's solution of effectively rolling your own numeric type is a good one in many cases. Work out what level of precision you want, and multiply/divide accordingly... so if you want 2 decimal places of precision, multiply by 100 when you store a value and then divide by 100 after fetching it. Your queries will need to be in the "multiplied" form, of course.
Granted, it's a bad idea to compare float values for equality.
Howver, I see that SQLite uses 8-byte floating point values (which is like a DOUBLE
), so it's odd that 37.0 is considered equal to 37.3. Unless you modified for your example the values used in the actual code?
You could store your LATITUDE
as integers, in tenth of degree, applying the precision yourself, and converting the value on read/write...
The following thing worked for me:
Set the Column type to Double and insert rows using Double data type for Java. Somehow Double worked...
I tried with <column> BETWEEN <min> AND <max>
and it worked, tolerance LATITUDE > 37.29 AND LATITUDE < 37.31
didn't work for me. But I tried BETWEEN
with this hint.
My observations:
>
) didn't work.>
) worked perfectly.I faced the same issue. My Sqlite column was of type FLOAT. I had to cast my Java variable of type Float as double to make the comparison work.