实体化视图在PostGIS中进行大屏规划分析的应用

PostGIS是在GIS系统开发中常用的开源空间数据库，使用PostGIS进行规划分析时，需要在数据库中进行几何裁剪操作，而进行大范围、大数据量的几何裁剪操作时，耗时较长。

关注薇信工众号：“GIS工具乐园”，回复“postgis”，可免费查看全文。

大屏分析展示是在GIS系统开发中常见的业务需求，最近遇到一个这样的业务场景，需要按区县或选中的乡镇，计算展示林规、土地报批等多个规划数据的面积等，此时需要使用规划数据叠加行政界线进行裁剪计算，如果点击乡镇后，需要等很久才计算出数据，肯定是不行滴。因为规划数据在系统的其他地方还有使用并且由用户上传更新，不能事先裁剪处理原始数据。因此想到了使用规划数据与行政界线建立实体化视图的方法，将空间查询裁剪转换为关系查询，经过验证，速度提高250倍左右，满足大屏分析的响应时间要求。下面以计算一个乡镇的林规面积为例。

一、实时裁剪计算方法

通过使用PostGIS函数进去实时裁剪计算

1.SQL执行语句

SELECT sum(st_area(st_intersection(bf.geom, (SELECT bt.geom  as geom FROM bd_town bt WHERE bt.id = '3201d5f0-ef09-46ee-8593-73b41ae4e598')))) FROM bd_forestry_plan bf 
WHERE st_intersects(bf.geom, (SELECT bt.geom  as geom FROM bd_town bt WHERE bt.id = '3201d5f0-ef09-46ee-8593-73b41ae4e598'))

2.执行耗时

从下图可以看到耗时约5秒

二、使用实体化视图方法

1.实体化视图构建

此处使用navcat连接数据库，并使用视图构建工具辅助构建实体化视图。在视图中执行按行政界线进行几何裁剪，构建的SQL语句如下。

SELECT DISTINCT bf.id,
    bf.bh_dj,
    bf.lyfq,
    bf.qykz,
    bf.version,
    bf.bh_dj_mc,
    bv.id AS villageid,
    bv.townid,
    st_intersection(bf.geom, bv.geom) AS geom
   FROM (bd_forestry_plan bf
     JOIN bd_village bv ON (st_intersects(bf.geom, bv.geom)))

 2.实体化视图构建成果

3.实体化视图使用

视图中构建出来的虚拟表林规数据，已经按行政界线裁剪好，并赋予了行政界线的id，即通过行政界线id进行关联查询即可，下面是查询SQL和执行结果，可以看到耗时约0.02秒，极大提高了速度。

SELECT sum(st_area(bf.geom)) FROM bd_forestry_plan_home_evw bf WHERE bf.townid = '3201d5f0-ef09-46ee-8593-73b41ae4e598'

 

三、总结

1.优势

实体化视图会在数据库中生成数据缓存，相当于普通表，故在查询时不会重新执行一次构建视图SQL。建立实体化视图后，等于事先将林规按行政界线裁剪好了，查询时直接使用关系查询而非空间查询，达到提高查询速度的目的

2.使用限制

因为实体化视图会生成缓存，故不会因为源表更新后自动刷新视图数据，而且数据量大时，刷新视图耗时间较大。因为只适用于更新不频繁的基础数据使用，例如:林规，土规等

3.注意事项

在更新源表数据后，应执行一次刷新视图操作，同步视图数据。

只有使用实体化视图才能达到提高速度的目的，而使用普通视图无效。