手记

为什么使用makemigrations提示No changes detected

我们在使用Django创建工程的时候都使用makemigrations、migrate来生成最初的数据库模型,但是到最后都是直接在数据库中手动创建表,为什么呢?因为这些数据库迁移命令经常会显示No changes detected,明明我们已经改了数据库模型了,为什么提示没有变化呢?这里我们就要搞清楚,数据库迁移命令是怎么去识别模型变化的。详细的源码分析我这里就不做介绍了,说一下它的流程帮助你理解就可以了。

首先我们要知道,与数据库迁移相关的东西都有哪些?

  • models.py中定义的模型
  • APP下面的migrations目录
  • 数据库中的django_migrations表

makemigrations

执行makemigrations命令的时候,执行流程如下:

  1. 根据注册的APP,获取所有APP下的migrations目录,遍历其下的py文件(不以_~开头的)
  2. 然后根据文件中的内容生成对应的数据库表模型
class Migration(migrations.Migration):

    initial = True

    dependencies = [
    ]

    operations = [
        migrations.CreateModel(
            name='Course',
            fields=[
                ('id', models.AutoField(auto_created=True, primary_key=True, serialize=False, verbose_name='ID')),
                ('title', models.CharField(max_length=64)),
            ],
        ),
    ]
  1. 再根据models.py文件中的类生成数据库表模型
  2. 对比2、3中生成的模型字段,如果有变化就在对应APP的migrations目录下生成新的.py文件

migrate

执行migrate命令的时候,执行流程如下:

  1. 根据注册的APP,获取所有APP下的migrations目录,遍历其下的py文件(不以_~开头的)
  2. 根据migrations目录下的所有迁移文件生成数据库表模型
  3. 读取django_migrations表中的所有记录,其中记录的是所有表生成的迁移文件信息
id app name applied
1 contenttypes 0001_initial 2019-09-08 09:48:47.040754
2 Course 0001_initial 2019-09-08 09:52:23.045994
  1. 检测表中所记录的数据模型加载的迁移文件与实际migrations目录下的文件是否相匹配,如果全都加载过,则不执行;如果有未加载的,就执行数据库命令

结论

通过以上分析得出以下结论:

  • app下必须有migrations文件夹,即使是空的(必须有、必须有、必须有
  • 执行迁移时应该先执行makemigrations,再执行migrate(这是一条建议)
  • 如果执行命令显示没有变化,请对比django_migrations表和migrations目录下的文件名,是否对应的文件以及执行过迁移
  • 如果想重新执行迁移,例如migrations下有0002_initial.py文件,django_migrations中也包含对应记录,则删除django_migrations表中对应记录,重新执行migrate命令即可

番外:

网上有人提供了一种方式,执行makemigrations --empty appname,强制生成空的数据库迁移文件,这样在执行migrate命令的时候,新生成的迁移文件在django_migrations表中没有记录,就不会显示No changes detected。但是这个空文件中什么都没做,所以你在models.py中作出的修改并没有生效。

1人推荐
随时随地看视频
慕课网APP