django-关于manage.py migrate无效的问题

快来打我* 2022-07-16 17:44 175阅读 0赞

### 问题描述： ###

已有的model，修改之后，想重新建模，于是将migrations文件夹中除`__init__.py`之外其他文件都删掉，再次执行以下步骤`python manage.py makemigrations`确认成功，执行`python manage.py migrate`，提示`No migrations to apply.` 表示一脸懵逼。再次修改，指定表名，再次尝试，发现问题依旧，表示二脸懵逼

### 排查过程 ###

1.  `python manage.py dbshell` 进到数据库里面，查看是否表已存在  
    结果：表不存在
2.  检查migrations文件  
    结果：文件没问题
3.  百度 google 各种搜，乱投医，各种尝试

### 解决方案 ###

1.  `python manage.py dbshell` 进到数据库中，执行`delete from django_migrations where app='your_appname';`
2.  `python manage.py makemigrations`(若migrations文件未删除，可不执行这一步)
3.  `python manage.py migrate` 好啦，大功告成

### 原因分析 ###

1.  查看django\_migrations表结构  
    建表语句：  
    `CREATE TABLE "django_migrations" ("id" integer NOT NULL PRIMARY KEY AUTOINCREMENT, "app" varchar(255) NOT NULL, "name" varchar(255) NOT NULL, "applied" datetime NOT NULL);`
2.  原因  
    造成多次应用migrations失败的原因是，当前model是修改过的，原来的migrations已经被我删除，但是，重新生成的migrations使用递增整数记名，所以，在django\_migrations表中0001，0002等前面几个数字的文件都已被记录，在Django看来，被记录了就相当于已应用，所以，会出现刚开始的`No migrations to apply.`

### 避免方案 ###

1.  有强迫症删除migrations文件的同学(比如我)，请同时到数据库中删除相应记录
2.  没有强迫症的同学，可以继续生成新的migrations，旧的就不必理会了

### 题外话 ###

执行`python manage.py migrate`之后，可以使用`python manage.py sqlmigrate appname migrations_num`(例如`python manage.py sqlmigrate user 0002`)查看当前migrations文件对应的sql语句。  
另外，在使用上述命令查看0002文件的sql语句时发现，django会新建一个表user\_new，然后插入user表中的数据，再把user表删掉，再把user\_new重命名为user。所以，修改model的时候，不必担心原有数据会丢失。