我们在使用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)),
            ],
        ),
    ]

3. 再根据models.py文件中的类生成数据库表模型
4. 对比2、3中生成的模型字段，如果有变化就在对应APP的migrations目录下生成新的.py文件

migrate

执行migrate命令的时候，执行流程如下：

1. 根据注册的APP，获取所有APP下的migrations目录，遍历其下的py文件（不以_~开头的）
2. 根据migrations目录下的所有迁移文件生成数据库表模型
3. 读取django_migrations表中的所有记录，其中记录的是所有表生成的迁移文件信息

4. 检测表中所记录的数据模型加载的迁移文件与实际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中作出的修改并没有生效。