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

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

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

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

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

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

解決辦法

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

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

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

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

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

總結(jié)

以上就是本文關(guān)于django數(shù)據(jù)庫migrate失敗的解決方法解析的全部內(nèi)容，希望對大家有所幫助。感興趣的朋友可以繼續(xù)參閱本站其他相關(guān)專題，如有不足之處，歡迎留言指出。感謝朋友們對本站的支持！

最新評論