問題描述:
已有的model,修改之后,想重新建模,於是將migrations文件夾中除__init__.py
之外其他文件都刪掉,再次執行以下步驟python manage.py makemigrations
確認成功,執行python manage.py migrate
,提示No migrations to apply.
表示一臉懵逼。再次修改,指定表名,再次嘗試,發現問題依舊,表示二臉懵逼
排查過程
python manage.py dbshell
進到數據庫里面,查看是否表已存在
結果:表不存在- 檢查migrations文件
結果:文件沒問題 - 百度 google 各種搜,亂投醫,各種嘗試
解決方案
python manage.py dbshell
進到數據庫中,執行delete from django_migrations where app='your_appname';
python manage.py makemigrations
(若migrations文件未刪除,可不執行這一步)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已經被我刪除,但是,重新生成的migrations使用遞增整數記名,所以,在django_migrations表中0001,0002等前面幾個數字的文件都已被記錄,在Django看來,被記錄了就相當於已應用,所以,會出現剛開始的No migrations to apply.
避免方案
- 有強迫症刪除migrations文件的同學(比如我),請同時到數據庫中刪除相應記錄
- 沒有強迫症的同學,可以繼續生成新的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的時候,不必擔心原有數據會丟失。