时间:2021-05-22
在开发web的时候,如果是以前已存在的项目,项目下载下来后,为了使用测试库的数据,会直接将整个测试库(如sqlite3)拿到本机来。这种情况下,如果执行的顺序不对,很容易在执行migrate的时候出现数据库已存在的错误:
django.db.utils.OperationalError: (1050, "Table 'xxx' already exists")要处理这种情况,如果是数据表都已经存在了,在migrate时直接使用 --fake-initial 来处理
python manage.py migrate --fake-initial
如果是因有外键存在,需要初始化多个表,且有部分数据表已创建,又有部分未创建,可以使用 --fake <appname>来处理
python manage.py migrate --fake <appname>参考:https://stackoverflow.com/questions/25924858/django-1-7-migrate-gets-error-table-already-exists
以上这篇django 做 migrate 时 表已存在的处理方法就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
今天有碰到这种情况,数据库中有张表没办法通过migration来更改,migrate时报django.db.utils.OperationalError:(10
有时候运行Django的migrate命令不能创建INSTALLED_APPS中的app中的models.py的数据库表,这时可以先运行:pythonmanag
如下所示:layer.confirm('主题库里已存在相同的表',function(){。。。。。。。。。。//处理结果});当用户选择完确定之后,消息框不会消
本文研究的主要是django在接受post请求时显示403forbidden时的处理方法,具体代码如下。最近在做一个项目需要用到Django框架在测试Djang
MigrationsDjango中对Model进行修改是件麻烦的事情,syncdb命令仅仅创建数据库里还没有的表,它并不对已存在的数据表进行同步修改,也不处理数