django数据库migrate失败的解决方法解析

Django是一个MVC架构的web框架，其中，数据库就是“Module”。使用这种框架，我们不必写一条SQL语句，就可以完成对数据库的所有操作。在之前的Django版本中，我们像操作本地对象那样操作数据对象，在更改保存之后，执行python
manage.py syncdb命令来同步数据库，在我使用的1.9.2版本中，需要依次执行一下步骤：

• python manage.py makemigrations （这个命令会根据你对数据库做出的更改生成操作数据库的python脚本）
• python manage.py migrate (这个命令会执行python脚本)
  

我遇到的问题是，执行makemigrations没有问题，但是执行migrate的时候有问题。于是我修改了modules.py中错误的代码，再次执行，却一直出问题。提示如下：

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

我删掉了makemigrations生成的代码，然后重新使用makemigrations生成脚本，还是出错。

原来，这是由于出错的时候，migrate命令已经执行了部分脚本，也就是说，to_user_id属性已经被操作过了，在数据库中，已经无需再操作了，所以执行migrate命令重新更新makemigrations的脚本会出错。

解决办法

重新生成makemigrations不行，执行migrate也只会全部执行。那么我们只好把数据库恢复到出错的那次执行前面的样子。

恢复方法：在project/app/migrations下有每次对数据操作所生成的脚本。找到出错那次脚本，打开脚本，可读性还是很高的，将所对应的数据库更改还原（当然得使用mysql语句了）。

然后删掉这次migration，重新make 然后执行。

实在不行，还有一个万不得已的办法。几乎所有的数据库错误都可以用这个方法解决：

将migrations文件夹下的文件除了__init__.py全部删掉，然后将数据库drop掉，重新建数据库。然后make，migrate，就可以使用一个新的数据库（但愿你永远用不到这个方法）。

总结

以上就是本文关于django数据库migrate失败的解决方法解析的全部内容，希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题，如有不足之处，欢迎留言指出。感谢朋友们对本站的支持！

最新评论