3：Django-migrate

之前完成了启动项目和URL的基本配置，真实的项目运行，离不开DB，本章节讲DB的落实使用。（主要是用的Django的DB）

1：首次执行db迁移

python manage.py makemigrations

python manage.py migrate

这样就完成基础的一些DB配置了。

这个时候，进入admin后台，可以看到默认的db数据情况，可以手动操作

1：先看项目的配置文件配置情况

进入项目下的settings.py

这里是项目创建的默认配置，要改DB就是这里，本次暂时不改。

查看settings下配置的app

默认配置的是这些，如果有新的app（比如说我们开发项目，创建了一个app1010，要用db，要在这里加上app1010的app配置类），俗称注册。

如上图，这里添加的是要注册的app的app文件的配置类。

2：添加model类

models.py文件，里面存放的主要是有关db的建模数据，可以简单理解为db建表，与db的交互都在这里。

这里我们建2个表，

Question表

question_text:存放问题描述信息

pub_date:存放问题发布信息

id：系统默认生成的主键。

Choice表

question：外键，关联Question,一个question下可以有多个choice

choice_text:描述信息

votes：投票票数

注意，我们这些model的创建，要依赖Model类。

python 复制代码

from django.db import models
from django.utils import timezone
import datetime
class Question(models.Model):
	question_text =models.CharField(max_length=200)
	pub_date = models.DateTimeField("date_published")
	def was_published_recently(self):
		return self.pub_date >= timezone.now() - datetime.timedelta(days=1)
class Choice(models.Model):
	question =models.ForeignKey(Question,on_delete=models.CASCADE)
	choice_text = models.CharField(max_length=200)
	votes = models.IntegerField(default=0)

生成初始的DB迁移数据

后面的app1010是我们的app名称，因为之前已经在settings文件中将我们这个app注册上去了，执行的时候会把settings中的installed_app按顺序依次执行（判断是否有db文件变更-一开始是执行初始化），有文件变更，会生成迁移的sql阅读文件，存放在项目下migrations文件夹中。我们执行上述命令后结果如下。

仅查看核对即可，后面执行db变更的时候也是按照这个文件来的。

那么修改这个文件再次执行变更可以么？答案是不行。因为django执行db变更的时候，需要先makemigrations，看有无变更（有则生成），然后判断app下有没有未执行的migration，有再执行。

单纯修改执行过的迁移文件，并没有用。

现在我们makemigration生成了迁移文件，可以进行变更操作了。