我们在使用Django创建工程的时候都使用makemigrations、migrate来生成最初的数据库模型，但是到最后都是直接在数据库中手动创建表，为什么呢？因为这些数据库迁移命令经常会显示No changes detected，明明我们已经改了数据库模型了，为什么提示没有变化呢？这里我们就要搞清楚，数据库迁移命令是怎么去识别模型变化的。详细的源码分析我这里就不做介绍了，说一下它的流程帮助你理解就可以了。
首先我们要知道，与数据库迁移相关的东西都有哪些？
- models.py中定义的模型
- APP下面的migrations目录
- 数据库中的django_migrations表
makemigrations
执行makemigrations命令的时候，执行流程如下：
- 根据注册的APP，获取所有APP下的migrations目录，遍历其下的py文件（不以_~开头的）
- 然后根据文件中的内容生成对应的数据库表模型
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)),
],
),
]
- 再根据models.py文件中的类生成数据库表模型
- 对比2、3中生成的模型字段，如果有变化就在对应APP的migrations目录下生成新的.py文件
migrate
执行migrate命令的时候，执行流程如下：
- 根据注册的APP，获取所有APP下的migrations目录，遍历其下的py文件（不以_~开头的）
- 根据migrations目录下的所有迁移文件生成数据库表模型
- 读取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 |
- 检测表中所记录的数据模型加载的迁移文件与实际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中作出的修改并没有生效。
