我们将纬度/经度X 1,000,000作为数字存储在oracle数据库中，以避免使用双数舍入错误。

已知纬度/经度精确到小数点后第6位是10厘米，这就是我们所需要的。许多其他数据库也将lat/long存储到小数点后第6位。

从一个完全不同和简单的角度来看:

if you are relying on Google for showing your maps, markers, polygons, whatever, then let the calculations be done by Google! you save resources on your server and you simply store the latitude and longitude together as a single string (VARCHAR), E.g.: "-0000.0000001,-0000.000000000000001" (35 length and if a number has more than 7 decimal digits then it gets rounded); if Google returns more than 7 decimal digits per number, you can get that data stored in your string anyway, just in case you want to detect some flees or microbes in the future; you can use their distance matrix or their geometry library for calculating distances or detecting points in certain areas with calls as simple as this: google.maps.geometry.poly.containsLocation(latLng, bermudaTrianglePolygon)) there are plenty of "server-side" APIs you can use (in Python, Ruby on Rails, PHP, CodeIgniter, Laravel, Yii, Zend Framework, etc.) that use Google Maps API.

这样，您就不必担心索引号和与数据类型相关的所有其他问题，这些问题可能会破坏您的坐标。

存储Lat Long值的理想数据类型是十进制(9,6)

这是在大约10cm的精度，而只使用5字节的存储。

例如:CAST(123.456789 as decimal(9,6))

MySQL使用double为所有浮点数… 所以使用double类型。在大多数情况下，使用float会导致不可预测的四舍五入值

Lat Long计算需要精度，因此使用某种类型的十进制类型，并使精度至少比您要存储的数字高2，以便执行数学计算。我不知道我的sql数据类型，但在sql server中，人们经常使用浮点数或实数而不是十进制，这就陷入了麻烦，因为这些是估计值而不是实数。所以只要确保你使用的数据类型是一个真正的十进制类型，而不是一个浮动十进制类型，你就可以了。

FLOAT应该能给你所需的所有精度，并且比将每个坐标存储为字符串或类似的东西更好地用于比较函数。

如果你的MySQL版本低于5.0.3，你可能需要注意某些浮点比较错误。

在MySQL 5.0.3之前，DECIMAL列以精确的精度存储值，因为它们是用字符串表示的，但DECIMAL值的计算是使用浮点操作完成的。从5.0.3开始，MySQL执行DECIMAL操作的精度为64位十进制数字，这应该可以解决DECIMAL列最常见的不准确问题