ST_Intersection不能直接用于GROUP BY聚合，因其是只接受两个geometry参数的二元函数，不支持数组或集合输入；求多几何公共交集需先array_agg再递归展开，且须确保SRID一致。
ST_Intersection 不能直接用于 GROUP BY 聚合
直接在 SELECT 中对多行几何用 ST_Intersection 做聚合（比如 SELECT ST_Intersection(geom) FROM t GROUP BY category）会报错：函数不存在或参数类型不匹配。因为 ST_Intersection 是二元函数，只接受两个 geometry 参数，不支持数组或集合输入，也不内置聚合形态。
用 ST_Intersection 配合递归或窗口实现两两交集
若目标是求某组内所有几何的“公共重叠区域”（即所有图形交集），需逐层嵌套调用 ST_Intersection。常见做法是先用 array_agg 收集几何数组，再用递归 CTE 或自定义聚合函数展开：
- 确保所有 geometry 的 SRID 一致，否则
ST_Intersection返回空或报错Operation on two GEOMETRIES with different SRIDs - 使用
ST_Collect汇总几何只是打包成GEOMETRYCOLLECTION，不计算空间交集；它和ST_Union都不是替代方案 - 简单两两交集可写成：
SELECT ST_Intersection(a.geom, b.geom) FROM t a JOIN t b ON a.id ，但无法扩展到 N 个图形
ST_Union + ST_Intersection 组合常用于裁剪场景
真正高频的“聚合式交集”需求，其实是「用一个统一裁剪范围，对一组几何分别求交」。这时不需要聚合函数，而是用 ST_Intersection 配合标量裁剪几何（如矩形、圆形）：
- 裁剪几何应预先构建，例如
ST_MakeEnvelope(112.66, 26.10, 112.75, 26.25, 4326)，避免每次重复解析 WKT - 务必在裁剪几何列上建 GIST 索引，否则
ST_Intersects过滤效率极低 - 错误写法：
ST_Intersection(geom, ST_Buffer(ST_Point(0,0), 1000))—— 若未指定 SRID 或单位不匹配（4326 下 1000 是度，非米），结果严重失真
替代方案：用 ST_ClipByBox2D 加速轴对齐裁剪
当裁剪范围是矩形且与坐标轴对齐时，ST_ClipByBox2D 比 ST_Intersection 快 3–5 倍，因为它跳过拓扑相交计算，只做 bbox 截断：
- 输入必须是
geometry和box2d，不能传入ST_Envelope结果（它是geometry类型），须用ST_Expand或直接ST_MakeEnvelope构造box2d -
ST_ClipByBox2D不保证返回有效几何：可能产生空、退化线或孤立点，后续需用ST_IsValid和ST_GeometryType过滤 - 它不支持 geography 类型，仅适用于 geometry；若数据是
geography，先用ST_Transform转为投影坐标系（如 EPSG:3857）再裁剪
ST_Collect 代替交集、或在未索引字段上跑 ST_Intersection，比函数选型本身更容易导致查询卡死或结果为空。 
