您好,登录后才能下订单哦!
这篇文章主要为大家展示了Django-migrate报错怎么办,内容简而易懂,希望大家可以学习一下,学习完之后肯定会有收获的,下面让小编带大家一起来看看吧。
python3 manage.py makemigrations # 生成数据库迁移文件
python3 manage.py migrate # 迁移数据库
简简单单两条命令就完成了django的数据库迁移
但是今天一天的时间都耽误在这了,一点都不夸张的那种,,早上去公司讨论需求之后,研究了一下需要更改一下数据库,在执行makemigrations的时候OK没有问题,但是migrate就报错了
1.报错: XX表已经存在,django.db.utils.OperationalError: (1050, "Table XX already exists
我:删表,但是报错,Cannot delete or update a parent row: a foreign key constraint fails 跟YY表存在外键关系,无法删除,
百度了一番之后:1、SET foreign_key_checks = 0; // 先设置外键约束检查关闭
2、drop table XX; // 删除数据,表或者视图
3、SET foreign_key_checks = 1; // 开启外键约束检查,以保持表结构完整性
2.表删了之后重新执行migrate,又报错别的表存在,如此一直循环往复,我都怀疑这是人家写的一个while True,
我:找到了第二种解决方案:python manage.py migrate myapp --fake # 切记把myapp换成你要执行的APP名称
这条命令可以顺利执行,没有报错,但是又找不到对应生成的表在哪里,顶如还是说不能成功
3.将之前执行makemigrations生成的migrations文件夹删除,重新来过,OK,还是一样的毛病,
4.重新创建了database之后,重新来过,只生成了django自带的那几张表,然而项目里大多的数据存储都是依靠我在每一个app里创建的table里呀
5.将每个APP下的migrations都删掉,database也重新来过,好嘛,连最基本的数据库迁移文件夹都不能生成了,一瞬间有种悔不当初的感觉,但是又能怎么样呢,就是需要调整数据库呀
6.这个时候重头开始来过,千万不要慌,检查settings里是否把每一个APP都注册到,项目同名目录下的__init__.py里是否包含了
import pymysql
pymysql.install_as_MySQLdb()
7.没有问题之后这样去执行数据库迁移的命令
python3 manage.py migrate # 生成django自带的数据库
python3 manage.py makemigrations appname # 将appname换成你要迁移的那个app的名称
python3 manage.py migrate appname # 同理,换名
至此,一个小小的问题,真的就花了我一天的时间,好在终于解决了,
以上就是关于Django-migrate报错怎么办的内容,如果你们有学习到知识或者技能,可以把它分享出去让更多的人看到。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。