优化自定义公式的 ORDER BY

[sunchen]

类似美团餐馆的“智能排序”业务上需要这么个排序，不知道怎么下手优化了， distance 是根据用户位置算出来的实时距离

ORDER BY priority - LEAST(30, (distance/100)) DESC

[cxbig]

背景信息太少，需求也不明确。。。

[sunchen]

@cxbig 其他信息大概就是还有全表不到千万数据，每次排序前大概有几千到几万条记录会过滤出来排序。数据库 PG ，
其实这问题也不需要什么背景信息吧， SQL 上貌似无解。我就是想来碰碰运气

[fcicq]

geo 索引

[sunchen]

索引只能在过滤数据阶段有用，这个自定义的排序无效的

[fcicq]

@sunchen 楼主再仔细瞪大眼睛! dist >= 3000 的时候退化成 ORDER BY priority - 30.

[sunchen]

@fcicq 大部分情况是 where distance < 3000 的， LEAST 是为了兼容一个极端选项
事实上这个问题解决 ORDER BY priority - distance/100 DESC 也行，
另外即使 distance 有大于 3000 的， ORDER BY priority - 30 和 ORDER BY priority - LEAST(30, (distance/100)) DESC 也不等价啊。

[fcicq]

@sunchen 抱歉漏了 DESC. 但是没有可补充的了. 楼主如果继续这样理解问题的话就无解了.

[mko0okmko0]

现在执行一次耗时多久阿?

[sunchen]

@mko0okmko0 去除排序几毫秒，加上排序 100 多 ms ，每次参与排序平均下来不到 10000 条记录的样子