本文主要是介绍Django：将有存量数据的自定义的用户表无痛继承自带的AbsUser，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
前言
1、实测成功
2、只描述思路和方法，不提供具体有关代码和文档链接
背景
项目长期维护了一个自定义的Person表，有关用户表的边缘操作都是自己造的轮子，终于有一天大家终于受不了了，而这个任务就落在了我的身上。。
方案及流程
1、将person表直接继承django自带的AbsUser。
2、配置setting中有关默认用户表的变量为：'cur_app.Person'
3、生成一个迁移文件
4、再生成两个空的迁移文件
5、删掉第一个迁移文件有关 username 字段的唯一约束。（请提前将该字段的相关操作复制下来，此时是 add 操作）
6、编写第一个生成的空的迁移文件（使用RunPython），将其 username 字段赋值以满足唯一约束
7、将第五步复制的代码编写到第二个空的迁移文件中，并将 add 操作改为 alter操作，将唯一约束更新。
8、migrate 迁移
9、要保证原有的 Person 表的创建操作是在其 cur_app 中的第一个迁移文件中，如果不能保证，请自行修改这个app的迁移文件们，以达到这个目的。（这不会影响你上面的三个迁移表的运行，但是你项目中所有的迁移表不能在一个新的数据库中迁移成功，所以你一定要保证好这一点）
10、回滚并再次迁移admin app 下的 migrate，以保证LogEntry表正确的关联到新的用户表上 。参考：./manager.py migrate admin zero ，./manager.py migrate admin（此时会丢掉所有的日志，如果日志很重要，建议先备份）
11、因为此时创建超级管理员的命令可能已经无效了，所以请使用ORM或者sql语句，完成超级管理员的创建。
12、结束
补充
- 你需要看的文档有三个部分（百度不到，我也不提供具体位置，请自己找）：
a、如何在既有数据表中增加一个唯一字段？
b、如何自己编写迁移文件？
c、如果正确的迁移用户系统？ - 我真心得希望你所维护的项目里不会有这么傻的操作，如果真的有，那么你需要好好的研究一下迁移文件了。
这篇关于Django：将有存量数据的自定义的用户表无痛继承自带的AbsUser的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
