本篇内容主要讲解“django中用makemigrations时提示No changes detected”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“django中用makemigrations时提示No changes detected”吧!
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名注册、网页空间、营销软件、网站建设、涿鹿网站维护、网站推广。
我们在使用Django创建工程的时候都使用makemigrations、migrate来生成最初的数据库模型，但是到最后都是直接在数据库中手动创建表，为什么呢？因为这些数据库迁移命令经常会显示No changes detected，明明我们已经改了数据库模型了，为什么提示没有变化呢？这里我们就要搞清楚，数据库迁移命令是怎么去识别模型变化的。详细的源码分析我这里就不做介绍了，说一下它的流程帮助你理解就可以了。
首先我们要知道，与数据库迁移相关的东西都有哪些？
models.py中定义的模型
APP下面的migrations目录
数据库中的django_migrations表
执行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命令的时候，执行流程如下：
根据注册的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命令即可
到此，相信大家对“django中用makemigrations时提示No changes detected”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
