转载自: https://zhuanlan.zhihu.com/p/54044105
Django项目中我们要经常根据项目的需要添加或删减一个模型(models)的字段，有时还要改变某个字段的数据类型，这时你可能会遇到各种意想不到的问题。小编我今天就尝试总结下Django更改模型过程中易出现的3种问题及解决方案。
01
假设我们有如下一个Person模型，这个模型有name和company两个字段。我们已经使用python manage.py migrate命令在数据库中生成了相应的数据表，而且数据表里已经有了一些数据，如John (Baidu), Max (Google)。
class Person(models.Model):
name = models.CharField(max_length=20, verbose_name='name')
company = models.CharField(max_length=50, verbose_name='company')现在我们给Person模型增加一个address字段，新的模型如下所示:
class Person(models.Model):
name = models.CharField(max_length=20, verbose_name='name')
company = models.CharField(max_length=50, verbose_name='company')
address = models.CharField(max_length=50, verbose_name='address')当你运行python manage.py makemigrations命令去执行新的变化时，你会得到如下提示:
You are trying to add a non-nullable field 'address' to person without a default; we can't do that (the database needs something to populate existing rows).
Please select a fix:
1) Provide a one-off default now (will be set on all existing rows with a null value for this column) 提供一次性默认值
2) Quit, and let me add a default in models.py 退出，在模型里添加默认值。（推荐)
Select an option:
问题出在哪? 数据表里的John和Max会多了address这个字段，但是却没有相应的数据。当你改变一个模型，你实际上在改变一个数据表。当你给模型新增一个字段时，你必需给新增字段提供默认值。这个默认值可以是空值(null=True), 也可以是其它默认值(default=xxx)。
我们可以对新模型做些改进:
class Person(models.Model):
name = models.CharField(max_length=20, verbose_name='name')
company = models.CharField(max_length=50, verbose_name='company')
address = models.CharField(max_length=50, null=True, verbose_name='address')上述做法看似没有任何问题，但还有进一步改进的空间。CharField字段的数据如果为blank(空), 数据库不会将其存为Null，而是为存为''，所以对CharField设置null=True是多余的。
一个更好的做法如下所示, 直接将默认值设置为''。
class Person(models.Model):
name = models.CharField(max_length=20, verbose_name='name')
company = models.CharField(max_length=50, verbose_name='company')
address = models.CharField(max_length=50, default='', verbose_name='address')
一种解决办法:
02
上例只是一个简单的例子，我们现在来做些更复杂的事情，更接近实际应用情况。我们要把Person模型中的company字段变为一个ForeignKey，因为一个公司可能有许多人。
新的模型大概如下所示:
class Company(models.Model):
name = models.CharField(max_length=20, verbose_name='Company name')
class Person(models.Model):
name = models.CharField(max_length=20, verbose_name='Person name')
company = models.ForeignKey(Company, on_delete=models.CASCADE,)
address = models.CharField(max_length=50, null=True, verbose_name='address')
这个模型如果是首次创建的话没有任何问题。由于我们改变了已有模型，当你运行python manage.py makemigrations时，你又会得到那段需要提供默认值的提示, 非常的令人讨厌。至于为什么，请仔细回味下面这段话。本例中我们是不是相当于新增了company这个字段呢?
“ 当你给模型新增一个字段时，你必需给新增字段提供默认值。这个默认值可以是空值(null=True), 也可以是其它默认值(default=xxx)。"
如果给company字段设置null=True, 当你运行python manage.py makemigrations时将不会出现任何提示。恭喜你！万里长征走出了第一步，要是问题总是如此简单就好了。
class Company(models.Model):
name = models.CharField(max_length=20, verbose_name='Company name')
class Person(models.Model):
name = models.CharField(max_length=20, verbose_name='Person name')
company = models.ForeignKey(Company, null=True, on_delete=models.CASCADE,)
address = models.CharField(max_length=50, null=True, verbose_name='address')
03
现在该运行python manage.py migrate执行数据表层面的变化了。不出意外，你将收获到满屏幕的错误，如下所示:
C:\Users\MissEnka\PycharmProjects\django-account\venv\lib\site-packages\pymysql\cursors.py:170: Warning: (1366, "Incorrect integer value: 'Baidu' for column 'company_id' at row 1")
result = self._query(query)
C:\Users\MissEnka\PycharmProjects\django-account\venv\lib\site-packages\pymysql\cursors.py:170: Warning: (1366, "Incorrect integer value: 'Facebook' for column 'company_id' at row 2
")result = self._query(query)
为什么？我们数据表里还有数据啊，John之前的company对应数据是字符串(Baidu), 而新对应的字段是整数(company_id)，你把字符串存在整数格式的字段里能不出问题吗? 当您对一个模型进行增减一个字段或改变一个字段的数据类型时，你一定要考虑数据表已经存在的数据与新数据类型不匹配的问题。当已存在的数据不符合新的数据类型要求时，我们必需要把那些不符合要求的数据先删除掉或替换掉，才能更改数据表。
对于这个问题，有两种解决方案。
做法1 暴力做法
使用python manage.py flush命令清空所有数据表中的数据，然后再删除migrations文件夹里所有py文件(除了__init__.py)。我们的模型一下回到原点，变成全新模型了，自然不会有问题啦。缺点是所有已有数据都丢失了。
做法2 推荐做法
先删除migrations文件夹里所有py文件(除了__init__.py)，再运行运行python manage.py migrate。这时仅不符合新数据要求的company字段数据（比如Baidu)丢失，John和Max对象还在。如果数据表中已存在的数据还有价值，建议先对数据库被备份再执行migrate命令迁移。
标签：set,off,name,models,company,length,报错,CharField,verbose From： https://www.cnblogs.com/tslam/p/16664267.html