問題描述:
已有的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ù)庫里面,查看是否表已存在
結(jié)果:表不存在
檢查migrations文件
結(jié)果:文件沒問題
百度 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表結(jié)構(gòu)
建表語句:
1
|
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); |
原因
造成多次應(yīng)用migrations失敗的原因是,當(dāng)前model是修改過的,原來的migrations已經(jīng)被我刪除,但是,重新生成的migrations使用遞增整數(shù)記名,所以,在django_migrations表中0001,0002等前面幾個數(shù)字的文件都已被記錄,在Django看來,被記錄了就相當(dāng)于已應(yīng)用,所以,會出現(xiàn)剛開始的No migrations to apply.
避免方案
有強迫癥刪除migrations文件的同學(xué)(比如我),請同時到數(shù)據(jù)庫中刪除相應(yīng)記錄
沒有強迫癥的同學(xué),可以繼續(xù)生成新的migrations,舊的就不必理會了
題外話
執(zhí)行python manage.py migrate之后,可以使用python manage.py sqlmigrate appname migrations_num(例如python manage.py sqlmigrate user 0002)查看當(dāng)前migrations文件對應(yīng)的sql語句。
另外,在使用上述命令查看0002文件的sql語句時發(fā)現(xiàn),django會新建一個表user_new,然后插入user表中的數(shù)據(jù),再把user表刪掉,再把user_new重命名為user。所以,修改model的時候,不必擔(dān)心原有數(shù)據(jù)會丟失。
以上這篇django 解決manage.py migrate無效的問題就是小編分享給大家的全部內(nèi)容了,希望能給大家一個參考,也希望大家多多支持服務(wù)器之家。
原文鏈接:https://blog.csdn.net/qq_25730711/article/details/60327344