Join Reorder in Spatial Join

Problem: In broadcast mode, the spatial join optimizer doesn’t reorder join order for performance.

e.g,

select area_name, count(*) 
from sfmap join trips on st_contains(sfmap.geofence, trips.dropoff_point)
group by 1 order by 2 DESC

spatial join will put the larger table trips on the build side.

This might be able to optimize based on parameters of st_contains function. e.g, st_contains(A, B) does it imply the dimension of A is less than dimension of B? I cannot speak for all, but it is true for 90% of our user cases.

@mbasmanova what do you think?

[findepi]

What about making it cost- (or at least stats-) -based decision?

[stale[bot]]

This issue has been automatically marked as stale because it has not had any activity in the last 2 years. If you feel that this issue is important, just comment and the stale tag will be removed; otherwise it will be closed in 7 days. This is an attempt to ensure that our open issues remain valuable and relevant so that we can keep track of what needs to be done and prioritize the right things.