问我应该如何准确地存储纬度和经度？

EN

精度与赤道小数位数

decimal  degrees    distance
places
-------------------------------  
0        1.0        111 km
1        0.1        11.1 km
2        0.01       1.11 km
3        0.001      111 m
4        0.0001     11.1 m
5        0.00001    1.11 m
6        0.000001   0.111 m
7        0.0000001  1.11 cm
8        0.00000001 1.11 mm

参考：https://en.wikipedia.org/wiki/Decimal_degrees#Precision

+----------------+-------------+
|    Decimals    |  Precision  |
+----------------+-------------+
|    5           |  1m         |
|    4           |  11m        |
|    3           |  111m       |
+----------------+-------------+

如果你想要50英尺(15米)的精度，去4位数。所以decimal(9,6)

我设计数据库，研究这个问题已经有一段时间了。我们使用现成的应用程序和Oracle后端，其中数据字段定义为允许17位小数。太可笑了！也就是千分之一英寸。世界上没有一台GPS仪器是如此精确的。因此，让我们把17位小数放在一边，并处理实际问题。政府保证他们的系统在“最坏的情况下，在95%的置信水平下，伪距精度为7.8米”，但接着又说，实际的联邦航空局(使用他们的高质量仪器)显示的GPS读数通常好到一米以内。

因此，您必须问自己两个问题: 1)您的值的来源是什么? 2)数据将用于什么？

手机并不是特别准确，Google/MapQuest的读数可能只有4到5位小数。一台高质量的GPS仪器可能会让你得到6美元(在美国境内)。但是，捕获比这更多的内容是对键入和存储空间的浪费。此外，如果对值执行任何搜索，用户最好知道6是他/她应该查找的最大值(显然，输入的任何搜索值都应该首先四舍五入到与要搜索的数据值相同的精度)。

此外，如果你要做的只是在谷歌地图中查看一个位置或将其放入GPS中才能到达，那么四五个就足够了。

我不得不嘲笑周围的人输入所有这些数字。他们到底在哪里进行测量呢？前门把手？信箱在前面吗？建筑的中心？手机发射塔的顶部？还有..。每个人都一直在同一个地方使用它吗？

作为一个好的数据库设计，我会接受来自用户的值，可能会超过五位小数，然后为了一致性，只舍入和捕获五位，如果你的仪器很好，并且你的最终用途允许的话，可能是六位。