重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
本篇内容主要讲解“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”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!