Django是一個(gè)MVC架構(gòu)的web框架，其中，數(shù)據(jù)庫(kù)就是“Module”。使用這種框架，我們不必寫(xiě)一條SQL語(yǔ)句，就可以完成對(duì)數(shù)據(jù)庫(kù)的所有操作。在之前的Django版本中，我們像操作本地對(duì)象那樣操作數(shù)據(jù)對(duì)象，在更改保存之后，執(zhí)行python
manage.py syncdb命令來(lái)同步數(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腳本)
  

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

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

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

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

解決辦法

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

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

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

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

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

總結(jié)

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

最新評(píng)論