問(wèn)題描述：

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

排查過(guò)程

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

結(jié)果：表不存在

檢查migrations文件

結(jié)果：文件沒(méi)問(wèn)題

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

解決方案

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

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

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

原因分析

查看django_migrations表結(jié)構(gòu)

建表語(yǔ)句：

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是修改過(guò)的，原來(lái)的migrations已經(jīng)被我刪除，但是，重新生成的migrations使用遞增整數(shù)記名，所以，在django_migrations表中0001，0002等前面幾個(gè)數(shù)字的文件都已被記錄，在Django看來(lái)，被記錄了就相當(dāng)于已應(yīng)用，所以，會(huì)出現(xiàn)剛開(kāi)始的No migrations to apply.

避免方案

有強(qiáng)迫癥刪除migrations文件的同學(xué)(比如我)，請(qǐng)同時(shí)到數(shù)據(jù)庫(kù)中刪除相應(yīng)記錄

沒(méi)有強(qiáng)迫癥的同學(xué)，可以繼續(xù)生成新的migrations，舊的就不必理會(huì)了

題外話

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

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

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

最新評(píng)論