python3 manage.py makemigrations # 生成數(shù)據(jù)庫(kù)遷移文件
python3 manage.py migrate # 遷移數(shù)據(jù)庫(kù)

簡(jiǎn)簡(jiǎn)單單兩條命令就完成了django的數(shù)據(jù)庫(kù)遷移

但是今天一天的時(shí)間都耽誤在這了，一點(diǎn)都不夸張的那種，，早上去公司討論需求之后，研究了一下需要更改一下數(shù)據(jù)庫(kù)，在執(zhí)行makemigrations的時(shí)候OK沒(méi)有問(wèn)題，但是migrate就報(bào)錯(cuò)了

1.報(bào)錯(cuò)： XX表已經(jīng)存在，django.db.utils.OperationalError: (1050, "Table XX already exists

　　　　我：刪表，但是報(bào)錯(cuò)，Cannot delete or update a parent row: a foreign key constraint fails 跟YY表存在外鍵關(guān)系，無(wú)法刪除，

　　　　百度了一番之后：1、SET foreign_key_checks = 0; // 先設(shè)置外鍵約束檢查關(guān)閉

　　　　　　　　　　　　2、drop table XX; // 刪除數(shù)據(jù)，表或者視圖

　　　　　　　　　　　　3、SET foreign_key_checks = 1; // 開(kāi)啟外鍵約束檢查，以保持表結(jié)構(gòu)完整性　

2.表刪了之后重新執(zhí)行migrate，又報(bào)錯(cuò)別的表存在，如此一直循環(huán)往復(fù)，我都懷疑這是人家寫(xiě)的一個(gè)while True，

　　　　我：找到了第二種解決方案：python manage.py migrate myapp --fake # 切記把myapp換成你要執(zhí)行的APP名稱

　　　　這條命令可以順利執(zhí)行，沒(méi)有報(bào)錯(cuò)，但是又找不到對(duì)應(yīng)生成的表在哪里，頂如還是說(shuō)不能成功

3.將之前執(zhí)行makemigrations生成的migrations文件夾刪除，重新來(lái)過(guò)，OK，還是一樣的毛病，

4.重新創(chuàng)建了database之后，重新來(lái)過(guò)，只生成了django自帶的那幾張表，然而項(xiàng)目里大多的數(shù)據(jù)存儲(chǔ)都是依靠我在每一個(gè)app里創(chuàng)建的table里呀

5.將每個(gè)APP下的migrations都刪掉，database也重新來(lái)過(guò)，好嘛，連最基本的數(shù)據(jù)庫(kù)遷移文件夾都不能生成了，一瞬間有種悔不當(dāng)初的感覺(jué)，但是又能怎么樣呢，就是需要調(diào)整數(shù)據(jù)庫(kù)呀

6.這個(gè)時(shí)候重頭開(kāi)始來(lái)過(guò)，千萬(wàn)不要慌，檢查settings里是否把每一個(gè)APP都注冊(cè)到，項(xiàng)目同名目錄下的__init__.py里是否包含了

　　　　　　　　　　　　import pymysql

　　　　　　　　　　　　pymysql.install_as_MySQLdb()

7.沒(méi)有問(wèn)題之后這樣去執(zhí)行數(shù)據(jù)庫(kù)遷移的命令　

python3 manage.py migrate # 生成django自帶的數(shù)據(jù)庫(kù)
python3 manage.py makemigrations appname # 將appname換成你要遷移的那個(gè)app的名稱
python3 manage.py migrate appname # 同理，換名

至此，一個(gè)小小的問(wèn)題，真的就花了我一天的時(shí)間，好在終于解決了，

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論