PostgreSQL结合PostGIS使用json_build_object获取纯净FeatureCollection的方法

当前的嵌套结果不是你查询逻辑的核心预期输出 #

你编写的查询本身已经正确生成了FeatureCollection的核心内容，出现多余嵌套完全是结果封装层的问题：

• 你的SQL语句最终会返回单行单列的结果，单元格里存储的就是你要的纯净FeatureCollection对象；但所有PostgreSQL客户端、数据库驱动默认都会把查询结果包装成「行列表 + 列名映射」的结构：
  • 最外层的数组，是客户端自动把所有查询返回的行封装成数组结构
  • 内嵌的json_build_object键，是因为你没有给这个聚合表达式指定列别名，客户端默认把表达式的原始文本当成列名，将列值对应成这个键的映射值

获取无嵌套纯净FeatureCollection的方法 #

• 第一步：优化查询写法，从语句层面消除不必要的自动列名问题

  SELECT jsonb_build_object(
      'type', 'FeatureCollection',
      'features', jsonb_agg(ST_AsGeoJSON(t.position)::jsonb)
  ) AS geojson -- 显式指定列别名，避免客户端自动取表达式文本作为列键
  FROM permit t
  WHERE t.position IS NOT NULL -- 过滤空geometry的无效行
  

• 第二步：根据使用场景去掉多余封装：
  • 后端代码场景：所有PostgreSQL驱动返回的结果都是行对象数组，你只需要取数组第一行的geojson字段值，就是完全无嵌套的纯净FeatureCollection。
  • GUI客户端场景：如果是在pgAdmin、DBeaver这类工具里查看/导出结果，调整导出设置为「导出单JSON值」，不要导出完整的结果集结构，就能直接拿到符合预期的纯对象。

补充提示：你原写法里的ST_AsGeoJSON(t.*)是利用了PostGIS的特性——传入整行数据时，函数会自动识别行里的geometry列放到Feature的geometry字段，其余列放到properties。但因为你的子查询只选了position字段，最终生成的Feature的properties永远是空对象。如果需要把permit表的其他业务字段（许可证编号、申请时间等）放进properties，只需要把这些字段加入查询列表，对应调整GeoJSON的生成逻辑即可。

内容的提问来源于stack exchange，提问作者fitzmode