数据库设置/配置
打开mysite/settings.py，我们会发现Django是用的是默认的数据库SQLite，如下图所示：
Django也是支持其它数据库的，比如PostgreSQL、MySQL、Oracle等数据库，如果我们想是用其他数据库，只需要安装对应的数据库并且更改settings.py文件中DATABASES项就可以实现，具体参考数据库设置。
- ENGINE：数据库引擎，可选择的值有"django.db.backends.sqlite3"，"django.db.backends.postgresql"，"django.db.backends.mysql"，"django.db.backends.oracle"。或者其他可用的数据库引擎。
- NAME：数据库的名称。如果使用SQLite，数据库的名称就是绝对路径，因为SQLite是一个文件型数据库，在电脑磁盘上，就是一个文件。该路径的默认值是os.path.join(BASE_DIR, 'db.sqlite3')，该文件将会存储在该Django项目目录下。
如果，我们没有使用默认的SQLite数据库，除了上述参数之外，还需要添加USER，PASSWORD和HOST参数，具体配置可以参考DATABASES。
在我们使用数据库之前，我们需要创建数据表，使用下面的命令来实现：
python manage.py migrate
该命令查询INSTALLED_APPS配置，并根据mysite/settings.py文件中数据库的配置来创建对应的数据表，如果我们不需要某些或者全部的数据表，在执行migrate命令之前，可以从INSTALLED_APPS中删除它们。
创建数据模型
在我们的APP：poll中，我们创建两个简单的模型：Question和Choice。每个问题包含：问题内容和发布日期；每个选项包含：选项内容和
票数，并且每个选项都会关联一个问题；
打开polls/models.py文件，并且输入下面Python代码：
from django.db import models
class Question(models.Model):
question_text = models.CharField(max_length=200)
pub_date = models.DateTimeField('date published')
class Choice(models.Model):
question = models.ForeignKey(Question, on_delete=models.CASCADE)
choice_text = models.CharField(max_length=200)
votes = models.IntegerField(default=0)
注：每个类，对应一张数据库表；每个类属性，对应数据表的一个字段(数据库表列名)
激活数据模型
根据上面的学习，我们知道想要把我们定义的models在数据库中生成对应的表格，我们必须把我们的APP添加到INSTALLED_APPS中，Django apps的设计哲学是可拔插的，它不会被绑定在Django的安装中。
打开mysite/settings.py文件，输入"polls.apps.PollsConfig"，其结果如下所示：
INSTALLED_APPS = [
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',
'polls.apps.PollsConfig',
]
现在Django就已经知道包含polls应用了，接下来我们在执行下面的命令：
python manage.py makemigrations polls
我们将会看到下面的结果：
通过makemigrations命令，告诉Django我们对数据模型做了修改并且将这种修改存储起来；我们可以通过polls/migrations/0001_initial.py文件，来查看对models的migration。
我们可以通过sqlmigrate命令查看migration执行的SQL语句，其命令如下：
python manage.py sqlmigrate polls 0001
该命令的返回结果如下：
BEGIN;
--
-- Create model Choice
--
CREATE TABLE "polls_choice" (
"id" serial NOT NULL PRIMARY KEY,
"choice_text" varchar(200) NOT NULL,
"votes" integer NOT NULL
);
--
-- Create model Question
--
CREATE TABLE "polls_question" (
"id" serial NOT NULL PRIMARY KEY,
"question_text" varchar(200) NOT NULL,
"pub_date" timestamp with time zone NOT NULL
);
--
-- Add field question to choice
--
ALTER TABLE "polls_choice" ADD COLUMN "question_id" integer NOT NULL;
ALTER TABLE "polls_choice" ALTER COLUMN "question_id" DROP DEFAULT;
CREATE INDEX "polls_choice_7aa0f6ee" ON "polls_choice" ("question_id");
ALTER TABLE "polls_choice"
ADD CONSTRAINT "polls_choice_question_id_246c99a640fbbd72_fk_polls_question_id"
FOREIGN KEY ("question_id")
REFERENCES "polls_question" ("id")
DEFERRABLE INITIALLY DEFERRED;
COMMIT;
注意：
- 该命令的执行结果依赖于所使用的数据库，上面是PostgreSQL生成的结果(在SQLite下的结果跟这里会有些差异)；
- 表明根据app的名字自动生成，并且名字是模型类名的小写；主键ID也是自动增长的；
- 为了方便起见，Django在外键后面添加了_id，把整个question_id作为choice数据表的一个字段；
- sqlmigrate命令不会真正的在数据库上更改数据，它仅仅是让我们看到Django执行的SQL语句；我们可以使用它来检查Django操作数据库是否成功或者我们是否有权限修通过修改SQL来更改数据库；
接下来，我们再一次执行migrate命令，在数据库中创建上面的模型：
python manage.py migrate
- migrate命令会在数据库中创建所有未被创建的数据模型(Django使用django_migrations这个特殊表格来跟踪哪些数据模型未在数据库中创建对应表格)；
总结：改变数据模型
- 修改数据模型(models.py文件)
- 执行命令python manage.py makemigrations为数据模型的改变创建数据迁移
- 执行命令python manage.py migrate将数据模型的改变应用到数据库中
数据交互：数据库API调用
执行下面命令，进入Python的shell交互模型：
python manage.py shell
之所以用上面的命令替代简单的"python"命令，是因为manage.py设置DJANGO_SETTINGS_MODULE环境变量，该文件告诉了Django Python被导入到mysite/settings.py文件的路径；
现在，我们就可以测试数据库的API了，具体如下所示：
>>> from polls.models import Question, Choice # Import the model classes we just wrote.
# No questions are in the system yet.
>>> Question.objects.all()
<QuerySet []>
# Create a new Question.
# Support for time zones is enabled in the default settings file, so
# Django expects a datetime with tzinfo for pub_date. Use timezone.now()
# instead of datetime.datetime.now() and it will do the right thing.
>>> from django.utils import timezone
>>> q = Question(question_text="What's new?", pub_date=timezone.now())
# Save the object into the database. You have to call save() explicitly.
>>> q.save()
# Now it has an ID.
>>> q.id
1
# Access model field values via Python attributes.
>>> q.question_text
"What's new?"
>>> q.pub_date
datetime.datetime(2018, 3, 19, 2, 10, 19, 966386, tzinfo=<UTC>)
# Change values by changing the attributes, then calling save().
>>> q.question_text = "What's up?"
>>> q.save()
# objects.all() displays all the questions in the database.
>>> Question.objects.all()
<QuerySet [<Question: Question object (1)>]>
问题：<Question: Question object (1)>这个输出结果对我们程序员来说，并不是那么友好，那么我们要怎么做才能让输出那么直观友好呢？下面我们就来解决这个问题：
打开polls/models.py文件，在Question和Choice数据模型中添加一个str()方法，具体代码如下所示：
from django.db import models
class Question(models.Model):
question_text = models.CharField(max_length=200)
pub_date = models.DateTimeField('date published')
def __str__(self):
return self.question_text
class Choice(models.Model):
question = models.ForeignKey(Question, on_delete=models.CASCADE)
choice_text = models.CharField(max_length=200)
votes = models.IntegerField(default=0)
def __str__(self):
return self.choice_text
在数据模型中添加str()方法，其关键作用不仅方便我们在交互模式下的处理，而是因为贯穿在Django自动生成admin中的对于对象的表现的使用；
下面例子是我们自定义的方法(poll/models.py)：
import datetime
from django.db import models
from django.utils import timezone
class Question(models.Model):
# ...
def was_published_recently(self):
return self.pub_date >= timezone.now() - datetime.timedelta(days=1)
保存上面的修改，执行命令"python manage.py shell"，重新运行一个Python shell交互器：
>>> from polls.models import Question, Choice
# Make sure our __str__() addition worked.
>>> Question.objects.all()
<QuerySet [<Question: What's up?>]>
# Django provides a rich database lookup API that's entirely driven by
# keyword arguments.
>>> Question.objects.filter(id=1)
<QuerySet [<Question: What's up?>]>
>>> Question.objects.filter(question_text__startswith='What')
<QuerySet [<Question: What's up?>]>
# Get the question that was published this year.
>>> from django.utils import timezone
>>> current_year = timezone.now().year
>>> Question.objects.get(pub_date__year=current_year)
<Question: What's up?>
# Request an ID that doesn't exist, this will raise an exception.
>>> Question.objects.get(id=2)
Traceback (most recent call last):
...
DoesNotExist: Question matching query does not exist.
# Lookup by a primary key is the most common case, so Django provides a
# shortcut for primary-key exact lookups.
# The following is identical to Question.objects.get(id=1).
>>> Question.objects.get(pk=1)
<Question: What's up?>
# Make sure our custom method worked.
>>> q = Question.objects.get(pk=1)
>>> q.was_published_recently()
True
# Django creates a set to hold the "other side" of a ForeignKey relation
# (e.g. a question's choice) which can be accessed via the API.
>>> q = Question.objects.get(pk=1)
# Display any choices from the related object set -- none so far.
>>> q.choice_set.all()
<QuerySet []>
# Create three choices.
>>> q.choice_set.create(choice_text='Not much', votes=0)
<Choice: Not much>
>>> q.choice_set.create(choice_text='The sky', votes=0)
<Choice: The sky>
>>> c = q.choice_set.create(choice_text='Just hacking again', votes=0)
# Choice objects have API access to their related Question objects.
>>> c.question
<Question: What's up?>
# And vice versa: Question objects get access to Choice objects.
>>> q.choice_set.all()
<QuerySet [<Choice: Not much>, <Choice: The sky>, <Choice: Just hacking again>]>
>>> q.choice_set.count()
3
# Find all Choices for any question whose pub_date is in this year
# (reusing the 'current_year' variable we created above).
>>> Choice.objects.filter(question__pub_date__year=current_year)
<QuerySet [<Choice: Not much>, <Choice: The sky>, <Choice: Just hacking again>]>
# Let's delete one of the choices. Use delete() for that.
>>> c = q.choice_set.filter(choice_text__startswith='Just hacking')
>>> c.delete()
模型关系，更多信息参考模型对象关系；双下划线的使用，参考字段查找；更多操作数据库的API，参考数据库API；至此，数据模型和数据库的基本操作已经讲解完了，我们会在后面的实际使用中加深对它们的理解和操作。