我喜欢使用 InnoDB 以非常精确的方式将纬度和经度存储到我的 MySql 数据库中。然而，float 没有提供足够的内部小数位，所以我切换到 double。我有点想知道，但 MySql 接受大小最大为 30 的 double，所以我使用 double(30,27)，因为只需要 3 个常规位置，其余的必须在逗号后面。
到目前为止，在 MySql 中，我在 json_decode 上收到了 float ，当我回显它们时，逗号后面最多有 18 或 19 个位置。所以即使在这里一切也都如预期的那样。
但是，当我构建更新查询来填充空双字段(双 30/27)时，它只会用零填充所有数字，但前 9 位数字除外。 或者有时会违反从 7 位数字开始一行 9 的规则。
例如，当我在mysql中更新47.2608691999999877时 - 无论是每个脚本还是每个PhpMyAdmin，单击保存按钮后47.260869199999990000000000000出现在表中，其中47.260869199999987700000000000应该出现或
11.396251100000000633 更新表给了我一个 11.396251100000000000000000000
所以看起来它忽略了从 7 开始的可能位置。或者有时用 9 填充它，但在大多数情况下只有零。
有人可以给我一个提示来解决这个问题吗？
请记住，我也遇到了 PHPMyAdmin 的问题，但它是由 PHP 组成的。现在我不确定这是 MySQL 还是 PHP 问题。
谢谢
例如 我可以通过 MYSql 轻松存储它，例如 PHPMyAdmin:
最佳答案
注意到 DOUBLE(30, 27) 对于 16-17 个有效数字是如何有意义的，然后就变得困惑了？
FLOAT 的精度为 24 位。这对于大约 7 位有效数字来说已经足够了。特别是对于纬度和经度，其精确度足以达到 1.7 米(5.6 英尺)以内。对于大多数纬度/经度应用来说，这就足够了。因此，插入时出现舍入错误(从十进制转换为二进制)和读取时出现另一个错误(转换回十进制)并不重要。
DOUBLE 有 53 位精度，大约 16 位有效数字 - 3.5 纳米南北或东西!
DOUBLE(30, 27) -- INSERTing 时，表示 (1) 四舍五入到小数点后 27 位，(2) 四舍五入到 53 位精度。阅读时，它会颠倒步骤，导致你遇到奇怪的困惑。
我从未见过在 FLOAT 或 DOUBLE 上使用 (M,N) 的有效需要。不要这样做。
对于 DECIMAL(M,N)，您将准确存储适合 N 位小数的内容。对于纬度/经度目的，考虑 DECIMAL(6,4) 表示纬度，考虑 (7,4) 表示经度 -- 16 米(52 英尺)。或者，为了更精确，(8,6) 和 (9,6) -- 16 厘米(6 英寸)。
请进一步注意，FLOAT 占用 4 个字节(始终)，DOUBLE: 8, DECIMAL(6,4): 3, (7,4): 4, (8,6): 4, (9,6): 5. 如果您有数十亿个纬度/经度条目，则存储字节数会增加。
关于php - 当我从 php 的每个查询更新它时，MySql 和 float 或双重裁剪我的号码，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28733311/