1.迁移命令
-
makemigrations
:将模型生成迁移脚本app_label:可选,指定单个app进行脚本迁移
–name:可选,给迁移脚本重命名
–empty:可选,生成空的迁移脚本,然后自己写迁移脚本 -
migrate
:将生成的迁移脚本转换成对应SQL语句并执行,生成数据库数据,并将改迁移文件名称记录在数据库中app_label:可选,将单个app下的迁移文件进行数据库映射
app_label migrations_name:可选,指定迁移脚本名称,进行数据库映射
–fake:可选:可以将指定的迁移脚本名称添加到数据库中,但并不会把迁移脚本转换为SQL语句且修改数据库中数据
–fake-initial:可选:将第一次生成的迁移文件版本号记录在数据库中,但并不会真正执行迁移脚本。
2.migrate做了什么事情
将代码中的迁移脚本和数据库django_migrations表中的迁移脚本进行对比,如果发现数据库中没有某个脚本,那么就会执行那个迁移脚本。
将相关迁移脚本翻译成SQL语句,再数据库中执行这个SQL语句。
如果这个SQL语句执行没有问题,那么就会将这个迁移脚本的名字记录到django_migrations这张表中。
3.migrate命令报错原因
执行migrate命令会报错的原因是:数据库的django_migrations表中的迁移版本记录和代码中的迁移脚本不一致导致的。
4.解决办法
-
使用–fake参数
首先对比数据库种的迁移脚本和代码中的迁移脚本,然后找到哪个模型下的脚本不同,之后再使用python manage.py migrate --fake 模型名,将代码中的迁移脚本添加到数据库django_migrations表中,但是并不会执行sql语句,这样就可以避免每次执行migrate的时候都执行一些重复的迁移脚本。
-
终极解决方案–fake-initial
如果代码中的迁移脚本和数据库中的迁移脚本实在太多,就是搞不清楚了,那么这时候就可以使用中级解决方案:
删除问题模型下的所有迁移脚本
手动修改问题模型字段与数据库字段一致
删除django_migrations表中问题模型的迁移记录
使用makemigrations重新生成迁移脚本
使用migrate --fake-initial参数,将刚生成的迁移脚本标记为已完成(即将其写入数据库而不执行对应sql语句),因为这些模型对应的表已经存在数据库中了,不需要再重复执行了。