oracle地理编码查询非常慢，如何优化动态字段？
提问于 2012-02-24 18:10:41
我有一个Oracle表12K记录/gyms，下面的查询大约需要0.3秒：
SELECT (acos(sin(41.922682*0.017453293) *
sin(to_number(LATITUDE)*0.017453293) + cos(41.922682*0.017453293) *
cos(to_number(LATITUDE)*0.017453293) * cos(to_number(LONGITUDE)*0.017453293 -
(-87.65432*0.017453293)))*3959) as distance
FROM gym但是，我想返回距离<=为10的所有记录，并且只要我运行以下查询，我的查询执行时间就会跳到~5.0s：
SELECT * from (SELECT (acos(sin(41.922682*0.017453293) *
sin(to_number(LATITUDE)*0.017453293) + cos(41.922682*0.017453293) *
cos(to_number(LATITUDE)*0.017453293) * cos(to_number(LONGITUDE)*0.017453293 -
(-87.65432*0.017453293)))*3959)
as distance FROM gym)
WHERE distance <= 10
ORDER BY distance asc你知道如何在Oracle中优化这一点吗？
回答 3
Stack Overflow用户
回答已采纳
发布于 2012-02-24 19:14:09
最重要的是：
- 使用where子句排除所有超过10公里/英里的经度和纬度(?)离开你的观点。因此，您只需要在10 So /英里的区块内计算窗口。
作为一个非常粗略的近似，你可以使用0.1度作为规则，这是11公里在赤道，而其他地方更少，因此添加
WHERE (longitude - -87.65)<0.1 and (latitude - 41.922)<0.1(如果您使用嵌套查询，请将此添加到最深层)
- 由于您的距离小于10公里或英里，因此您可以将一个单位纬度/经度的长度视为常数，然后使用公式计算一次。然后你可以使用毕达哥拉斯法则来计算距离(在添加边界框之后)。这就是人们通常使用projected数据进行计算的基本原因。
其他事情：
如果没有索引，
- order by总是很慢。您需要订购吗？
- 将您的经度和纬度以数字形式保存在您的表格中。为什么要将它们存储在不同的数据库中？
Stack Overflow用户
发布于 2012-02-24 18:12:34
用钱。具体地说，Oracle Spatial。
Stack Overflow用户
发布于 2012-02-24 19:23:37
1)如何测量第一个查询的0.3秒？我敢打赌，您测量的是获取第一行所需的时间，而不是获取最后一行所需的时间。如果可能的话，大多数客户端工具将在数据库完成生成结果之前很久就开始显示结果(如果没有ORDER BY，几乎可以肯定)。因此，您可能正在测量第一个查询计算到前50个或500个健身房的距离所需的时间，而最后一个查询计算到所有12,000个健身房的距离所需的时间。
2) Oracle Locator是Oracle数据库的所有版本都附带的一个特性，它包括使用空间索引的能力，并提供了计算距离的内置方法。它远不如Oracle Spatial强大，但对于您在这里讨论的内容来说，它应该已经足够了。
3)如果你想使用你自己的，我同意johanvdw的建议，使用bounding box。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/9435834
复制
腾讯云开发者
