快捷導(dǎo)航

django數(shù)據(jù)庫(kù)migrate失敗的解決方法解析

更新時(shí)間：2018年02月08日 16:33:37 作者：countofdane

這篇文章主要介紹了django數(shù)據(jù)庫(kù)migrate失敗的解決方法解析，分享了相關(guān)代碼示例，小編覺得還是挺不錯(cuò)的，具有一定借鑒價(jià)值，需要的朋友可以參考下

Django是一個(gè)MVC架構(gòu)的web框架，其中，數(shù)據(jù)庫(kù)就是“Module”。使用這種框架，我們不必寫一條SQL語句，就可以完成對(duì)數(shù)據(jù)庫(kù)的所有操作。在之前的Django版本中，我們像操作本地對(duì)象那樣操作數(shù)據(jù)對(duì)象，在更改保存之后，執(zhí)行python
manage.py syncdb命令來同步數(shù)據(jù)庫(kù)，在我使用的1.9.2版本中，需要依次執(zhí)行一下步驟：

python manage.py makemigrations （這個(gè)命令會(huì)根據(jù)你對(duì)數(shù)據(jù)庫(kù)做出的更改生成操作數(shù)據(jù)庫(kù)的python腳本）
python manage.py migrate (這個(gè)命令會(huì)執(zhí)行python腳本)

我遇到的問題是，執(zhí)行makemigrations沒有問題，但是執(zhí)行migrate的時(shí)候有問題。于是我修改了modules.py中錯(cuò)誤的代碼，再次執(zhí)行，卻一直出問題。提示如下：

django.db.utils.OperationalError:
(1060,
"Duplicate
 column name 'to_user_id'")

我刪掉了makemigrations生成的代碼，然后重新使用makemigrations生成腳本，還是出錯(cuò)。

原來，這是由于出錯(cuò)的時(shí)候，migrate命令已經(jīng)執(zhí)行了部分腳本，也就是說，to_user_id屬性已經(jīng)被操作過了，在數(shù)據(jù)庫(kù)中，已經(jīng)無需再操作了，所以執(zhí)行migrate命令重新更新makemigrations的腳本會(huì)出錯(cuò)。

解決辦法

重新生成makemigrations不行，執(zhí)行migrate也只會(huì)全部執(zhí)行。那么我們只好把數(shù)據(jù)庫(kù)恢復(fù)到出錯(cuò)的那次執(zhí)行前面的樣子。

恢復(fù)方法：在project/app/migrations下有每次對(duì)數(shù)據(jù)操作所生成的腳本。找到出錯(cuò)那次腳本，打開腳本，可讀性還是很高的，將所對(duì)應(yīng)的數(shù)據(jù)庫(kù)更改還原（當(dāng)然得使用mysql語句了）。

然后刪掉這次migration，重新make 然后執(zhí)行。

實(shí)在不行，還有一個(gè)萬不得已的辦法。幾乎所有的數(shù)據(jù)庫(kù)錯(cuò)誤都可以用這個(gè)方法解決：

將migrations文件夾下的文件除了__init__.py全部刪掉，然后將數(shù)據(jù)庫(kù)drop掉，重新建數(shù)據(jù)庫(kù)。然后make，migrate，就可以使用一個(gè)新的數(shù)據(jù)庫(kù)（但愿你永遠(yuǎn)用不到這個(gè)方法）。