为什么这个 sql 查询不返回任何比较浮点数的结果?
我在 mysql 表中有这个:
id
和 bolag_id< /code> 是
int
。 lat
和 lngitude
为 double
。
如果我使用 lngitude
列,则不会返回任何结果:
lngitude
查询: SELECT * FROM location_forslag WHERE
lngitude = 13.8461208
但是,如果我使用 lat
列,它确实返回结果:
lat
查询: SELECT * FROM location_forslag WHERE
lat= 58.3902782
lngitude
列有什么问题?
I have this in a mysql table:
id
and bolag_id
are int
. lat
and lngitude
are double
.
If I use the the lngitude
column, no results are returned:
lngitude
Query: SELECT * FROM location_forslag WHERE
lngitude= 13.8461208
However, if I use the lat
column, it does return results:
lat
Query: SELECT * FROM location_forslag WHERE
lat= 58.3902782
What is the problem with the lngitude
column?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
使用
=
等于运算符比较浮点数通常不是一个好主意。是否正确使用 == 运算符比较两个舍入浮点数?
处理浮点数的精度问题
对于您的应用程序,您需要考虑您希望答案有多接近。
1度约112公里,0.00001度约1.1米(赤道)。如果两个点相差 0.00000001 度 = 1mm,您真的希望应用程序说“不相等”吗?
这将返回 lngitude 与所需值的
@epsilon
度以内的点。您应该选择适合您的应用程序的 epsilon 值。
It is not generally a good idea to compare floating point numbers with
=
equals operator.Is it correct to compare two rounded floating point numbers using the == operator?
Dealing with accuracy problems in floating-point numbers
For your application, you need to consider how close you want the answer to be.
1 degree is about 112km, and 0.00001 degrees is about 1.1 metres (at the equator). Do you really want your application to say "not equal" if two points are different by 0.00000001 degrees = 1mm?
This will return points where lngitude is within
@epsilon
degrees of the desired value.You should choose a value for epsilon which is appropriate to your application.
浮点令人恼火....
Floating points are irritating....
将浮点数转换为小数以进行比较。我遇到了同样的问题并这样解决:
查看 WHERE 子句后的前 3 行。
希望有帮助。
Convert float to decimal for compare. I had the same problem and solved like this:
Look at the first 3 rows after the WHERE clausule.
Hope it helps.