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失败的解决方法解析的全部内容,希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题,如有不足之处,欢迎留言指出。感谢朋友们对本站的支持!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)