Django PostGIS环境下通过Extent获取PolygonField包围盒报ST_Extent函数不存在错误

PostGIS抛出的function st_extent(geography) does not exist错误核心原因非常明确：
PostGIS内置的ST_Extent聚合函数仅支持接收geometry类型的空间数据作为入参，没有为geography类型提供对应的函数重载。从报错SQL可以看出，当前你的数据库表中loc字段的实际存储类型是geography，和函数要求的入参类型不匹配，因此执行失败。
这种类型不匹配通常是之前的迁移流程误开启了字段的geography=True配置导致的——哪怕你当前的模型定义没有写这个参数，数据库里的字段类型也不会自动变更，必须通过显式迁移操作同步。

按推荐优先级排序：

• 方案1：将字段存储类型修正为geometry（无业务特殊需求时推荐）
  如果你不需要基于球面坐标的高精度计算能力，直接在模型的loc字段上显式关闭geography映射，指定标准坐标系：

  loc = models.PolygonField(geography=False, srid=4326)
  

  修改后重新生成迁移文件、执行迁移命令，将数据库中loc字段的类型从geography转换为geometry，之后运行你原本编写的Extent聚合代码，即可正常返回包围盒结果。
• 方案2：保留geography类型字段，聚合时做类型转换
  如果业务要求必须将空间字段存储为geography类型，不需要改动现有表结构，可以在执行聚合操作时手动将geography字段转为geometry类型再传入计算，示例代码：

  from django.contrib.gis.db.models import Extent, PolygonField
  from django.contrib.gis.db.models.functions import Cast
  
  qs = newJob.objects.filter(pk=1).aggregate(
      loc__extent=Extent(
          Cast('loc', PolygonField(srid=4326))
      )
  )
  print(qs['loc__extent'])
  

  这段代码生成的底层SQL会自动完成geography到geometry的类型转换，绕开ST_Extent的入参类型限制，不需要手写原生SQL。

• Extent聚合方法返回的结果是格式为(xmin, ymin, xmax, ymax)的四元组，对应当前SRID下空间对象的最小外包矩形边界。
• 如果使用WGS84坐标系（SRID=4326）计算，返回的坐标单位是经纬度十进制度数；如果需要获取米制单位的包围盒，可以在Cast转换时先将坐标投影到对应区域的米制投影SRID，再执行Extent聚合。

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