Django migrate报错的解决方案
前言
在讲解如何解决migrate
报错原因前,我们先要了解migrate
做了什么事情,migrate
:将新生成的迁移脚本。映射到数据库中。创建新的表或者修改表的结构。
问题1:migrate怎么判断哪些迁移脚本需要执行?
它会将代码中的迁移脚本和数据库中django_migrations
中的迁移脚本进行对比,如果发现数据库中,没有这个迁移脚本,那么就会执行这个迁移脚本。
问题2:migrate做了什么事情
- 将相关的迁移脚本翻译成sql语句,在数据库中执行这个sql语句。
- 如果这个sql语句执行没有问题,那么就会将这个迁移脚本的名字记录到
django_migrations
中。
实战案例
当我们了解清楚migrate
的作用后,我们来看一个案例
首先我们创建一个项目orm_migrations_demo
,接着创建2个app应用front
和article
,代码结构如下图
接着在front.models.py
和article.models.py
中创建模型
# front.models.py class article(models.model): name = models.charfield(max_length=200) # article.models.py class frontuser(models.model): name = models.charfield(max_length=200)
接着在settings.py
的install_apps
中将app注册
installed_apps = [ 'django.contrib.admin', 'django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.messages', 'django.contrib.staticfiles', 'front', 'article', ]
接着我们打开命令行,输入makemigrations article
,再输入makemigrations front
,此时2个app目录中都会出现迁移文件0001_initial.py
,此时数据库中是没有表的,因为还没有执行迁移命令
接着我们执行migrate article
,再输入migrate front
,migrate发现数据库中没有迁移脚本,那么就会执行刚才生成的2个迁移脚本,将迁移脚本翻译成sql语句,然后创建了2张表,执行完成后,会将迁移脚本记录到django_migrations
表中,数据库中表结构如下:
django_migrations
表中内容如下:
接下来我们在article.models.py
中添加一个content
字段
class article(models.model): name = models.charfield(max_length=200) content = models.charfield(max_length=200, null=true)
然后执行命令makemigrations article
,会在项目中生成迁移文件0002_article_content.py
,接着执行migrate article
,执行迁移脚本,此时数据库中表django_migrations
有3个迁移脚本
现在我们来模仿错误信息内容,我们将数据库中django_migrations
表中的0002_article_content
这行记录删除,然后我们来看下0002_article_content
的代码
class migration(migrations.migration): dependencies = [ ('article', '0001_initial'), ] operations = [ migrations.addfield( model_name='article', name='content', field=models.charfield(max_length=200, null=true), ), ]
这个迁移脚本的作用是为article模型添加content
字段,但是我们现在看一下article
中的字段:
从上图中我们可以清楚的看到article
表中已经有了content
字段,那么我们再执行migrate article
命令时,就会报错,说content字段重复了,报错信息如下
django.db.utils.operationalerror: (1060, "duplicate column name 'content'")
如果发生这种报错信息,解决办法是在migrate
命名后添加参数--fake
,--fake
可以将指定的迁移脚本名字添加到数据库中。但是并不会把迁移脚本转换为sql语句去修改数据库中的表
所以,我们可以执行命名migrate article --fake
,会在django_migrations
表中插入迁移脚本记录0002_article_content
,如下图
此时数据库中表结构和django中的表结构完全一致,接下来执行迁移命令,就不会报错了
第一种报错情况总结
原因:执行migrate
命令会报错的原因是。数据库的django_migrations
表中的迁移版本记录和代码中的迁移脚本不一致导致的。
解决办法:使用--fake
参数:首先对比数据库中的迁移脚本和代码中的迁移脚本。然后找到哪个不同,之后再使用--fake
,将代码中的迁移脚本添加到django_migrations
中,但是并不会执行sql语句。这样就可以避免每次执行migrate
的时候,都执行一些重复的迁移脚本。
第二种报错情况
如果我们不管怎么执行migrate
命令都会报错,那么就执行第二种方案
将出问题的app下的所有模型,都和数据库中的表保持一致。将出问题的app下的所有迁移脚本文件都删掉。再在django_migrations
表中将出问题的app相关的迁移记录都删掉。使用makemigrations
,重新将模型生成一个迁移脚本。使用migrate --fake-initial
参数,将刚刚生成的迁移脚本,标记为已经完成(因为这些模型相对应的表,其实都已经在数据库中存在了,不需要重复执行了。)可以做其他的映射了。
到此这篇关于django migrate报错的解决方案的文章就介绍到这了,更多相关django migrate报错内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!
推荐阅读
-
django项目运行因中文而乱码报错的几种情况解决
-
连接MySQL报错误代码 ERROR 1045时的解决方案
-
出现 vue arr.some is not a function 报错的解决方案
-
django修改表数据结构后报错的解决办法
-
Laravel 5.4中migrate报错: Specified key was too long error的解决
-
关于CefSharp在客户端运行报错的解决方案
-
联想ThinkPad E431&E531 开机出现0190报错现象的解决方案详细介绍
-
有关xerosploit运行报错问题的有效解决方案
-
gem install redis报错的解决方案
-
浅谈Django学习migrate和makemigrations的差别