Ci sono due problemi con la vostra implementazione.
Il motivo i valori sono entrambi essendo arrotondati a 2 cifre di precisione che è definito esplicitamente la scala come 2.
Inoltre, FLOAT è un tipo di dati impreciso MySQL.
Per risolvere entrambi i problemi, è necessario utilizzare il tipo di dati DECIMAL con precisione e scala appropriate.
Per esempio, qualcosa di simile:
CREATE TABLE `tblGeoCodes` (
`recNo` int(11) NOT NULL AUTO_INCREMENT primary key,
`longLocation` decimal(18,14) DEFAULT NULL,
`latLocation` decimal(18,14) DEFAULT NULL
);
Esempio:
mysql> CREATE TABLE `tblGeoCodes` (
-> `recNo` int(11) NOT NULL AUTO_INCREMENT primary key,
-> `longLocation` decimal(18,14) DEFAULT NULL,
-> `latLocation` decimal(18,14) DEFAULT NULL
->);
Query OK, 0 rows affected (0.02 sec)
mysql>
mysql> insert into tblGeoCodes (longLocation,latLocation) values(-61.45859899999999 , 10.28289);
Query OK, 1 row affected (0.00 sec)
mysql>
mysql> select * from tblGeoCodes;
+-------+--------------------+-------------------+
| recNo | longLocation | latLocation |
+-------+--------------------+-------------------+
| 1 | -61.45859899999999 | 10.28289000000000 |
+-------+--------------------+-------------------+
1 row in set (0.00 sec)
fonte
2013-04-08 18:35:18
possibile duplicato di [Qual è il tipo di dati ideale da utilizzare quando si memorizzano latitudine/longitudini in un database MySQL?] (Http://stackoverflow.com/questions/159255/what-is-the-ideal-data-type -uso-quando-memorizzazione-latitudine-longitudes-in-a-mysql) – Gajus