Django误判模型存在id字段引发迁移错误,如何解决?
id字段,以及如何解决迁移错误 先搞懂:为什么Django认为你的模型有id字段?
这是Django最常用的默认行为之一——只要你没在模型里手动指定主键字段,Django会自动给每个模型生成一个名为id的AutoField(自增整数主键),就相当于你在模型里显式写了:
id = models.AutoField(primary_key=True)
那为啥会触发这个报错呢?核心原因是:你的数据库里已经存在world表了(可能是之前手动创建的、旧迁移残留的,或是测试时生成的),但这个表并没有id列。现在你通过Django模型生成迁移,Django要给这个已有数据的表补上必填的主键列,但现有行没有值可以填充,所以就抛出了“无默认值的非空字段”错误。
解决方法,分场景选择:
快速解决:选错误提示里的选项1
执行python manage.py makemigrations时,直接选选项1,然后输入一个不会重复的默认值(比如1,适合表中数据量少的情况)。Django会自动给现有行的id列填充这个值,然后完成迁移。这个方法适合测试环境,注意默认值要保证唯一(毕竟是主键)。
更规范的处理:选选项2,手动干预
如果你想更可控,选选项2退出后,试试这几种方法:
方法一:清空表数据(适合测试环境)
如果world表的数据不重要,可以先清空表的所有数据,然后重新执行makemigrations和migrate。Django会从头创建带id列的完整表,自然不会有填充数据的问题。方法二:手动给数据库加
id列
直接用SQL语句给现有表添加自增主键列,不同数据库语法略有差异:
-- PostgreSQLALTER TABLE world ADD COLUMN id SERIAL PRIMARY KEY;-- MySQL
ALTER TABLE world ADD COLUMN id INT AUTO_INCREMENT PRIMARY KEY;执行完SQL后,再回到Django执行
makemigrations和migrate,此时Django会检测到id列已经存在,就不会再报错了。方法三:自定义主键(适合特殊业务场景)
如果你的业务不需要默认的id主键,可以自己定义主键字段,比如用user和name的组合作为联合主键(要确保这个组合唯一):class World(models.Model): user = models.ForeignKey(settings.AUTH_USER_MODEL, on_delete=models.CASCADE) name = models.CharField(max_length=200) setting = models.CharField(max_length=200) creation_date = models.DateTimeField('date created') class Meta: unique_together = ('user', 'name') # 联合主键这样Django就不会自动生成
id列了,迁移时也不会触发这个错误。不过要确保现有数据的user+name组合没有重复哦。
内容的提问来源于stack exchange,提问作者GPPK

