當(dāng)模型models.py中發(fā)生改變時(shí)，即在models.py文件操作數(shù)據(jù)表，使得數(shù)據(jù)庫中的表結(jié)構(gòu)發(fā)生變化，需要使用命令，記錄這些操作，類似于日記。

修改完models.py后，先在Terminal下執(zhí)行命令

python manage.py makemigrations

這是僅僅是生成遷移記錄，執(zhí)行過后，數(shù)據(jù)庫中的表并未發(fā)生變化。若是models發(fā)生改變，但是執(zhí)行以上命令，顯示的是

No changes detected

則需要執(zhí)行

python manage.py makemigrations + 你所改變的models.py所在的目錄

然后，要想表結(jié)構(gòu)發(fā)生變化，還要執(zhí)行以下命令

python manage.py migrate

執(zhí)行完畢后，數(shù)據(jù)庫中的表結(jié)構(gòu)已經(jīng)改變

補(bǔ)充知識(shí)：django使用migrations遷移版本和數(shù)據(jù)庫中報(bào)錯(cuò)解決方案

回滾django的migration：

https://stackoverflow.com/questions/32123477/django-revert-last-migration

I've made a migration that added a new table and want to revert it and delete the migration, without creating a new migration.

How do I do it? Is there a command to revert last migration and then I can simply delete the migration file?


You can revert by migrating to the previous migration.

For example, if your last two migrations are:

0010_previous_migration
0011_migration_to_revert
Then you would do:

./manage.py migrate my_app 0010_previous_migration 
You can then delete migration 0011_migration_to_revert.

If you're using Django 1.8+, you can show the names of all the migrations with

./manage.py showmigrations my_app
To reverse all migrations for an app, you can run:

./manage.py migrate my_app zero

1、到數(shù)據(jù)庫表django_migrations中查看app中看看app列

2、到項(xiàng)目對(duì)應(yīng)的app模塊中打開migrations文件查看生成的文件與數(shù)據(jù)庫app列中的是不是一樣

3.找到哪里不一致的文件，然后使用python manage.py --fake [版本名字]，將這個(gè)版本標(biāo)記為已經(jīng)映射

如果還是報(bào)錯(cuò)就按照下面執(zhí)行

1、刪除指定app下migrations和數(shù)據(jù)庫表django_migrations中和這個(gè)app相關(guān)的版本號(hào)，

2、將模型中的字段和數(shù)據(jù)庫中的字段保持一致，再使用命令python manage.py makemigrations重新生成一個(gè)初始化的遷移腳本。

3、再使用命令python manage.py makemigrations --fake-initial來將這個(gè)初始化的遷移腳本標(biāo)記為已經(jīng)映射。之后再修改就沒有問題了。

更多關(guān)于遷移腳本的。請(qǐng)查看官方文檔：https://docs.djangoproject.com/en/2.0/topics/migrations/

makemigrations和migrate時(shí)django都做了什么？

makemigrations：

執(zhí)行makemigrations時(shí)檢測models文件變化，在migrations文件夾中生成變更的sql的py文件

migrate：檢測django_migrations表，遷移過的表會(huì)記錄在其中并不再執(zhí)行migrate，未找到執(zhí)行記錄則進(jìn)行migrate

不要隨意刪除django項(xiàng)目目錄下的 migrations文件夾，里面會(huì)記錄models文件每次makemigrations操作，誤刪后，makemigrations會(huì)重新生成

#執(zhí)行python manage.py makemigrations命令時(shí)報(bào)錯(cuò)問題及解決辦法：

在修改了models.py后，有些用戶會(huì)喜歡用python manage.py makemigrations生成對(duì)應(yīng)的py代碼。

但有時(shí)執(zhí)行python manage.py makemigrations命令(也可能人比較皮，把migrations文件夾給刪了)，會(huì)提示"No changes detected." 可能有用的解決方式如下：

先 python manage.py makemigrations --empty yourappname 生成一個(gè)空的initial.py

再 python manage.py makemigrations 生成原先的model對(duì)應(yīng)的migration file

django-關(guān)于manage.py migrate無效的問題

問題描述：

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

排查過程

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

結(jié)果：表不存在

檢查migrations文件

結(jié)果：文件沒問題

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

解決方案

python manage.py dbshell 進(jìn)到數(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)

建表語句：

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等前面幾個(gè)數(shù)字的文件都已被記錄，在Django看來，被記錄了就相當(dāng)于已應(yīng)用，所以，會(huì)出現(xiàn)剛開始的No migrations to apply.

避免方案

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

沒有強(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語句。

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

臨時(shí)解決：

在models中添加了一個(gè)model，makemigrations成功后，如果migrate提示no apply --》查看django——migrations是否有對(duì)應(yīng)model的name記錄，如果沒有記錄 --》刪除model，再次makemigrations、migrate（提示無表，數(shù)據(jù)庫中手動(dòng)創(chuàng)建對(duì)應(yīng)表名）--》再添加model，再次makemigrations、migrate即可

上述問題出現(xiàn)的根因：項(xiàng)目目錄下面沒有留存/migrations/ 文件夾及遷移文件，導(dǎo)致，每次項(xiàng)目遷移記得保存好這個(gè)目錄的文件

以上這篇django遷移文件migrations的實(shí)現(xiàn)就是小編分享給大家的全部內(nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論