必须用视图封装st_transform，因硬写易致查询变慢、空结果或“不同srid”报错；根本原因是st_transform依赖源几何srid已正确设置，否则静默失败，且无法利用gist索引。
直接在业务SQL里写 ST_Transform 容易出错、难维护、性能差——必须用视图封装坐标转换逻辑。
为什么不能在应用层硬写 ST_Transform
常见错误现象：查询突然变慢、返回空结果、报错 Operation on two geometries with different SRIDs。
根本原因在于：ST_Transform 不是纯计算函数，它依赖源几何的 SRID 值是否已正确设置。如果表里 geom 列没设 SRID（即 st_srid(geom) 返回 0），ST_Transform(geom, 4326) 会静默失败或返回无效结果。
使用场景中还常混用不同坐标系：比如设施点存的是 EPSG:3857，行政区划存的是 EPSG:4326，硬拼 ST_Intersects(ST_Transform(f.geom, 4326), d.geom) 就可能漏掉索引、触发全表扫描。
- 每次调用都要重复判断源
SRID，容易漏检 - 同一转换逻辑在多个服务里复制粘贴，改坐标系时要全局搜
ST_Transform -
ST_Transform(f.geom, 4326)是表达式，底层表即使有GIST索引也大概率不生效
怎么建一个安全可用的坐标转换视图
核心原则：只对已知 SRID 的列做转换，且显式声明目标 SRID；不盲目套 ST_Transform，先查 st_srid(geom) 确认。
示例：假设 facilities.geom 存的是 EPSG:3857，但业务需要统一用 WGS84（EPSG:4326）做空间分析：
CREATE OR REPLACE VIEW facilities_wgs84 AS
SELECT id, name, type,
ST_Transform(geom, 4326) AS geom_4326,
ST_X(ST_Transform(geom, 4326)) AS longitude,
ST_Y(ST_Transform(geom, 4326)) AS latitude
FROM facilities
WHERE ST_Srid(geom) = 3857;
注意点：
- 视图里必须明确列出字段，禁用
*，避免源表加字段导致下游查询意外多出列 -
WHERE ST_Srid(geom) = 3857是防御性写法，过滤掉未设SRID或设错的脏数据 - 如果源表本就存
EPSG:4326，这层ST_Transform就是冗余开销，应跳过 - 不要在视图里写
ST_AsText(ST_Transform(...))——文本转换应在应用层做，数据库只管二进制几何
视图 + 索引才能真正提速
视图本身不存数据，也不能直接建 GIST 索引。真正起作用的是底层表的索引，但必须匹配查询条件里的表达式。
比如你建了：CREATE INDEX idx_facilities_geom ON facilities USING GIST (geom);
那只有查询直接命中 geom 列时才走索引；一旦写成 ST_Transform(geom, 4326)，优化器就放弃索引。
解决办法只有两个：
- 在源表上同时建目标
SRID的几何列（如geom_4326），并为其建GIST索引，视图直接 SELECT 它 - 或者接受视图不加速的事实，把空间过滤下推到 JOIN 条件里，靠底层表原始索引兜底（例如
ON ST_Intersects(f.geom, d.geom)中f.geom和d.geom都带原生GIST）
PostgreSQL 12+ 的物化视图也不行——因为 ST_Transform 和 ST_Intersects 都不是 IMMUTABLE 函数，无法被物化。
跨坐标系关联时的典型陷阱
最常踩的坑是：视图里转了坐标，但 JOIN 条件又用回原始列，导致“一半转一半没转”。
错误写法：
SELECT * FROM facilities_wgs84 f JOIN districts d ON ST_Intersects(f.geom_4326, d.geom); -- d.geom 是 4326？还是 3857？
正确做法是：要么让 districts 表也走视图（districts_wgs84），要么在 JOIN 里统一转：
SELECT * FROM facilities_wgs84 f JOIN districts d ON ST_Intersects(f.geom_4326, ST_Transform(d.geom, 4326));
但后者又回到性能问题——所以更稳妥的是：所有参与空间关联的表，都在入库时确保 SRID 一致，或提前批量转换并建好对应索引列。视图只是封装层，不是万能胶。
