[postgis-users] No index usage on geography query plan?

Mark Cave-Ayland mark.cave-ayland at siriusit.co.uk
Thu May 27 02:36:50 PDT 2010


Paragon Corporation wrote:

> Nick,
> Okay we are seeing the same issue with our fastfoods data even with 
> smaller windows.  I think the clue is  the plan here.
>  
> The ST_Intersects geography function seems to be treated as a 
> blackbox rather than a transparent function composed of && and _ST_Distance
>  
> The magic of the geometry ST_Intersects is that the query plan can see 
> into the function and decomposes it into
> && + _ST_Intersects

Right. I'd quite like to see the explain analyze plan generated when 
performing the ST_Intersects() substitution manually, e.g.

explain analyze select count(*) from wastac.t_tile_geometry where
border && ST_GeographyFromText('SRID=4326;POLYGON((116.751709
-31.381779,116.883545 -32.676373,114.741211 -32.796510,114.796143
-31.316101,116.751709 -31.381779))') AND _ST_Distance(border, 
ST_GeographyFromText('SRID=4326;POLYGON((116.751709
-31.381779,116.883545 -32.676373,114.741211 -32.796510,114.796143
-31.316101,116.751709 -31.381779))'), 0.0, false) < 0.00001;

This should give us a better idea as to why this particular plan is 
being chosen.


ATB,

Mark.

-- 
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
http://www.siriusit.co.uk
t: +44 870 608 0063

Sirius Labs: http://www.siriusit.co.uk/labs



More information about the postgis-users mailing list