Django中将自定义User模型迁移到其他应用及关联报错解决方法
解决Django跨应用迁移自定义User模型时LogEntry外键报错方案
报错核心原因:django.contrib.admin.LogEntry内置模型的外键绑定了settings.AUTH_USER_MODEL,当你修改配置指向新应用的User模型后,新User模型的迁移还未完成注册,Django找不到对应关联模型就会触发该错误。
- 操作前务必备份全量数据库数据和项目所有迁移文件,避免操作失误导致数据丢失
- 第一步:临时注释
settings.INSTALLED_APPS中的django.contrib.admin,同时注释项目根路由文件中所有admin相关的路由配置,切断admin模块的依赖 - 第二步:完成自定义User模型的跨应用迁移配置
- 将原应用下的User模型代码完整移动到
newapp的models.py文件中 - 修改
settings.py配置:AUTH_USER_MODEL = 'newapp.User' - 给原应用生成空迁移,执行命令:
python manage.py makemigrations 原应用名 --empty - 打开生成的空迁移文件,在
operations列表中添加内容:migrations.DeleteModel(name='User'), - 给新应用生成空迁移,执行命令:
python manage.py makemigrations newapp --empty - 打开新应用的空迁移文件,在
operations列表中添加你自定义User模型的完整CreateModel定义,和原应用中User模型的参数完全一致即可,同时在该迁移的dependencies列表中添加上一步原应用生成的空迁移标识,保证迁移执行顺序正确
- 将原应用下的User模型代码完整移动到
- 第三步:执行命令
python manage.py migrate --fake,将上述两个迁移标记为已执行,该操作只会更新Django的迁移记录,不会修改数据库实际表结构 - 第四步:恢复之前注释的
django.contrib.admin配置和admin路由配置 - 第五步:执行命令
python manage.py makemigrations,此时会自动生成admin模块LogEntry外键关联更新的迁移文件,再执行python manage.py migrate应用迁移即可 - 如果需要保留原有User表的数据,可手动执行SQL修改表名:
ALTER TABLE 原应用名_user RENAME TO newapp_user;,同时更新所有关联User表的外键约束指向即可
如果你项目中还存在其他依赖
AUTH_USER_MODEL的第三方应用,也需要在迁移User模型阶段临时从INSTALLED_APPS中移除,等User迁移完成后再恢复配置
内容的提问来源于stack exchange,提问作者JanKanis
相关产品推荐
相关产品推荐

