問題描述：
已有的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的時候，不必擔心原有資料會丟失，
————————————————
著作權宣告：本文為CSDN博主「Jessie-via」的原創文章，遵循CC 4.0 BY-SA著作權協議，轉載請附上原文出處鏈接及本宣告，
原文鏈接：https://blog.csdn.net/qq_25730711/article/details/60327344
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/285611.html
標籤：其他
下一篇：IO流：File類的使用