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

不管是第一种方法还是第二种方法执行时间基本差不多，执行计划也是一样的，所以说，当针对查询条件有属性过滤条件的，是先走的属性条件，再走的空间条件，所以说针对哪个属性过滤需要注意的是建立相关的属性索引。

 

版权声明：本文为博主原创文章，未经博主允许不得转载。