問題描述：

已有的model，修改之后，想重新建模，于是將migrations文件夾中除__init__.py之外其他文件都刪掉，再次執(zhí)行以下步驟python manage.py makemigrations確認成功，執(zhí)行python manage.py migrate，提示No migrations to apply. 表示一臉懵逼。再次修改，指定表名，再次嘗試，發(fā)現(xiàn)問題依舊，表示二臉懵逼

排查過程

python manage.py dbshell 進到數(shù)據(jù)庫里面，查看是否表已存在

結果：表不存在

檢查migrations文件

結果：文件沒問題

百度 google 各種搜，亂投醫(yī)，各種嘗試

解決方案

python manage.py dbshell 進到數(shù)據(jù)庫中，執(zhí)行delete from django_migrations where app='your_appname';

python manage.py makemigrations(若migrations文件未刪除，可不執(zhí)行這一步)

python manage.py migrate 好啦，大功告成

原因分析

查看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); 

原因

造成多次應用migrations失敗的原因是，當前model是修改過的，原來的migrations已經(jīng)被我刪除，但是，重新生成的migrations使用遞增整數(shù)記名，所以，在django_migrations表中0001，0002等前面幾個數(shù)字的文件都已被記錄，在Django看來，被記錄了就相當于已應用，所以，會出現(xiàn)剛開始的No migrations to apply.

避免方案

有強迫癥刪除migrations文件的同學(比如我)，請同時到數(shù)據(jù)庫中刪除相應記錄

沒有強迫癥的同學，可以繼續(xù)生成新的migrations，舊的就不必理會了

題外話

執(zhí)行python manage.py migrate之后，可以使用python manage.py sqlmigrate appname migrations_num(例如python manage.py sqlmigrate user 0002)查看當前migrations文件對應的sql語句。

另外，在使用上述命令查看0002文件的sql語句時發(fā)現(xiàn)，django會新建一個表user_new，然后插入user表中的數(shù)據(jù)，再把user表刪掉，再把user_new重命名為user。所以，修改model的時候，不必擔心原有數(shù)據(jù)會丟失。

以上這篇django 解決manage.py migrate無效的問題就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論