GeoDjango对接Oracle数据库迁移异常求助：无迁移可执行且未生成新表

我之前也踩过GeoDjango搭配Oracle的类似坑，给你几个实用的排查方向：

• 确认迁移文件是否正确生成

  • 先检查目标app的migrations目录，看看有没有新生成的00xx_xxxx.py迁移文件。如果没有，说明makemigrations没识别到模型变化，试试指定app执行命令：python manage.py makemigrations your_app_name（把your_app_name换成你的实际app名称）。
  • 特别注意：GeoDjango的模型必须继承django.contrib.gis.db.models.Model，而不是普通的django.db.models.Model，这是很多人容易忽略的点！

• 验证数据库连接与权限

  • 检查settings.py里的DATABASES配置，NAME字段要填正确的Oracle服务名/实例名（比如"ORCL"或"localhost:1521/ORCL"），确保用户名和密码也无误。
  • 确认数据库用户拥有创建表和序列的权限：用SQLPlus登录该用户，尝试手动创建一张测试表，如果失败，需要给用户授予CREATE TABLE、CREATE SEQUENCE等必要权限。
  • 可以执行python manage.py inspectdb测试连接是否正常，如果能读取到现有表，说明连接是没问题的。

• 排查迁移执行的细节

  • 执行迁移时开启详细日志：python manage.py migrate --verbosity 3，查看输出里有没有隐藏的错误（比如空间字段类型不兼容、Oracle不支持的语法等）。
  • 登录Oracle数据库，查看django_migrations表，看看对应的迁移记录是否被标记为已执行。如果记录存在但表没创建，可以手动删除该条记录，然后重新执行migrate。

• GeoDjango特定配置检查

  • 确保已经正确安装并配置了Oracle版本的GDAL依赖，环境变量GDAL_LIBRARY_PATH和ORACLE_HOME要设置正确，这是GeoDjango处理空间字段的基础。
  • 模型中的空间字段（比如PointField）要指定正确的srid参数（比如常用的4326），Oracle对空间参考系的兼容性要求较高，避免使用不支持的srid值。

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