Django使用PointField迁移报'DatabaseOperations'无geo_db_type属性，换PostGIS驱动缺postgis.control

首个报错的核心原因 #

使用django.db.backends.postgresql_psycopg2引擎时触发的'DatabaseOperations' object has no attribute 'geo_db_type'错误，本质是该原生数据库引擎未内置空间类型的数据库映射逻辑，完全不支持PointField这类GeoDjango空间字段。只要模型中存在空间字段，就必须切换为GIS专用的数据库引擎，你之前尝试更换引擎的方向是正确的，不存在绕开该步骤的方案。

切换引擎后新报错的原因 #

更换为django.contrib.gis.db.backends.postgis引擎后出现的could not open extension control file "C:/Files/PostgreSQL/13/share/extension/postgis.control"错误，和Python端的pip依赖没有任何关系。该报错是PostgreSQL服务端在查找PostGIS扩展的核心配置文件时触发的，说明你本地的PostgreSQL13服务端压根没有安装PostGIS扩展本身。

修复操作步骤 #

• 补装PostGIS扩展组件
  重新运行当初安装PostgreSQL13的Windows官方安装程序，在组件选择环节勾选匹配PostgreSQL13版本的PostGIS扩展组件，走完安装流程。安装完成后检查C:/Files/PostgreSQL/13/share/extension/路径下是否存在postgis.control文件，存在即说明组件安装成功。
• 配置运行环境
  确认settings.py中数据库引擎准确填写为django.contrib.gis.db.backends.postgis；将PostgreSQL安装目录下的bin子路径（即C:/Files/PostgreSQL/13/bin）添加到系统环境变量的Path列表中，解决Django运行时找不到GEOS、GDAL等空间依赖库的问题。
• 初始化数据库端的PostGIS支持
  连接到项目使用的目标PostgreSQL数据库，手动执行CREATE EXTENSION postgis;命令，完成扩展的初始化注册——仅靠安装扩展文件无法直接启用空间字段支持。
• 清理旧迁移残留
  之前用普通引擎生成的迁移文件、数据库中残留的不带空间字段的旧表会干扰后续迁移流程。如果是测试环境可以直接重建数据库，再依次执行python manage.py makemigrations、python manage.py migrate即可完成迁移。

常见踩坑点（为什么之前查阅的方案不生效） #

• 仅靠pip安装psycopg2无法解决问题：psycopg2只是Python和PostgreSQL的通用连接驱动，本身不提供空间类型的数据库能力，就算安装最新版psycopg2，只要服务端未安装PostGIS扩展，使用空间字段就一定会报错。
• 安装完PostGIS组件后必须重启PostgreSQL服务：否则服务端无法识别新放入的扩展文件，依然会报找不到文件的错误。
• 注意版本匹配关系：PostgreSQL13对应兼容的PostGIS版本为3.1.x，Django3.x/4.x对应兼容的PostGIS版本为3.x，跨版本不匹配容易出现空间类型映射类的奇怪报错。

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