ST_Geometry效率的测试与分析
测试环境
数据库：Oracle11g R1(11.1.0.6) 64Bit
中间件：ArcSDE10 （64Bit）
数据情况：点数据（point,231772条记录），面数据（poly,12条记录）如下图所示
1：ST_Geometry操作符的选择
测试内容
测试面状要素所包含的点状要素的数量以及内容
测试结果
我使用两种方式分别进行相关测试，一种是利用面包含点的方式（Contains）,一种是利用点在面内部的方式（within）,我们看看这两种方式有什么区别
第一种方式：
SQL> select sde.st_astext(point.shape) from point,poly where sde.st_contains(poly.shape,point.shape)=1;
查看执行计划可以看出，使用ST_Contains走的全表扫描（Table Access Full）
第二种方式：
SQL> select sde.st_astext(point.shape) from point,poly where sde.st_within(point .shape,poly.shape)=1;
从执行计划可以看出，使用ST_Within走的是索引。
测试结果分析
从上面的测试结果我们可以看出（有可能是某个点刚好在面的边界上，致使Contain和within的查询数量不同），使用不同的查询方式，得出结果的时间却差距很大，这是为什么呢？
在ST_Geometry操作符的使用过程中，有些操作符是走空间索引的如ST_Within函数，但是有些操作符是不走空间索引的如ST_Contains函数，那么我们在使用ST函数的过程中一定要尽量使用走空间索引的操作符，那么那些操作符走空间索引呢？
从上面我们可以看到列举出来的操作符是走空间索引的，没有列出了的是不走空间索引的，该走全表扫描。声明一下：各个数据库可能操作符不一样。
2：ST_Geometry操作符的所传递的对象位置顺序
测试内容
测试面状要素所包含的点状要素的数量以及内容
测试结果
我们使用两种方式进行测试。这次我们都用ST_INTERSECTS进行测试，从上面我们可以看到这个操作符是走空间索引的。
第一种方式
SQL> select sde.st_astext(point.shape) from point,poly where sde.st_intersects(poly.shape,point.shape)=1;
第二种方式
SQL> select sde.st_astext(point.shape) from point,poly where sde.st_intersects(point.shape,poly.shape)=1;
测试分析
从上面的示例可以看出，调换了一下传入参数的位置，得到结果的时间差别仍然很大。
由第一种方法可以看到，使用时间与示例一的Contains时间大致一致，走的也应该是全表扫描，第一种方式是全表扫描每一个点，然后将该点与面进行比较获得结果，第二种方式是全表扫描每一个面，然后将该面与点进行比较得到结果，面与点的比较走的是点的索引，可见第二种方式效率更高。
如果用户感觉这个比较麻烦不好记忆，用户只需要记住将数据量小的放在函数传入值的后面即可。即ST_INTERSACTS(数据量大，数据量小)。
3：ST_Geometry操作符与属性条件位置顺序
测试内容
测试面状要素所包含的点状要素的数量以及内容，但是可能包含以下属性过滤条件。
测试结果
第一种方法
Select sde.st_astext(point.shape) from point,poly where sde.st_intersects(point.shape,poly.shape)=1 and point.objectid<100000
第二种方法
select sde.st_astext(point.shape) from point,poly where point.objectid<100000 and sde.st_intersects(point.shape,poly.shape)=1
不管是第一种方法还是第二种方法执行时间基本差不多，执行计划也是一样的，所以说，当针对查询条件有属性过滤条件的，是先走的属性条件，再走的空间条件，所以说针对哪个属性过滤需要注意的是建立相关的属性索引。