GEOSQL存储机制导致的效率问题

客户的需求很简单，
两个图层，一个面图层（3），一个点图层（200w记录）
返回的结果也很简单： 返回每个面图层下面所包含的点的ID
返回结果的时间：由于时间太久，不清楚具体需要多长时间

两张图层的定义如下：

SQL> desc testpoint Name                                      Null?    Type ----------------------------------------- -------- ---------------------------- OBJECTID                                  NOT NULL NUMBER(38) X                                                  NUMBER(38,8) Y                                                  NUMBER(38,8) WKT                                                VARCHAR2(50) SQL> desc testpolygon Name                                      Null?    Type ----------------------------------------- -------- ---------------------------- OBJECTID                                  NOT NULL NUMBER(38) SHAPE                                              ST_GEOMETRY

给我的SQL语句如下：

select testpolygon.objectid,testpoint.objectid from testpolygon,testpoint where sde.st_within(sde.st_geomfromtext(testpoint.wkt,4326),testpolygon.shape)=1;

乍一看这个语句写的还挺有水平，但是等到看到sde.st_geomfromtext(testpoint.wkt,4326)这句的时候就知道问题出在哪里了。

使用OGC的WKT存储了点的坐标，然后通过st_geometryfromtext函数转换成st_geometry类型，然后使用st_within函数进行空间运算。

跟http://blog.csdn.net/liufeng1980423/article/details/51190392 介绍的内容类似。

1. 数据库后台的执行计划不会选择走索引，只会走全表扫描。
2. 200w个点都要转换一次
3. 因此性能肯定非常慢

解决方法：

添加一个类型为ST_GEOMETRY类型的字段，并使用WKT字段对其进行更新并创建空间索引

alter table testpoint add (shape st_geometry);update testpoint set shape=sde.st_geomfromtext(wkt,4326);commit;CREATE INDEX testpoint_idx on testpoint(shape)INDEXTYPE is SDE.ST_SPATIAL_INDEXPARAMETERS ('st_grids=0.5 st_srid=4326');

SQL语句修改成。

select testpolygon.objectid,testpoint.objectid from testpolygon,testpoint where sde.st_within(testpoint.shape,testpolygon.shape)=1;