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

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

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

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

根据这篇维基文章 http://en.wikipedia.org/wiki/Decimal_degrees#Accuracy MySQL中适当的数据类型是Decimal(9,6)，用于存储经度和纬度 单独的字段。

MySQL的空间扩展是最好的选择，因为你有空间操作符和索引的完整列表。空间索引允许您非常快速地执行基于距离的计算。请记住，作为6.0，空间扩展仍然是不完整的。我并不是在写MySQL Spatial，只是让你在深入了解它之前知道它的缺陷。

如果你严格地处理点，而只是DISTANCE函数，这是可以的。如果需要使用polygon、Lines或Buffered-Points进行任何计算，除非使用“related”操作符，否则空间操作符不会提供准确的结果。请参阅21.5.6顶部的警告。关系，如包含，内部，或交叉使用MBR，而不是确切的几何形状(即椭圆被视为矩形)。

此外，MySQL Spatial中的距离与第一个几何图形的单位相同。这意味着如果你使用的是十进制度数，那么你的距离测量就是十进制度数。当你离赤道越来越远时，这将使你很难得到准确的结果。

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

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

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

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

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