通常情况下，如果你只是做测试使用，可以使用Django内置的数据库SQLite就完全可以满足需要了，我们在本次教程中，通过使用MySQL这个数据库来完成后续的功能操作
我们首先要做的是，在配置文件中指定数据库的配置，先简单了解一下
数据库配置，首先要配置对应的数据库引擎对象和数据库连接信息
在DATABASES的default配置中进行默认配置
- ENGINE：数据库引擎配置，可以从
django.db.backends.sqlite3、django.db.backends.postgresql、django.db.backends.mysql或者django.db.backends.oracle中选择一个- NAME：数据库名称，也就是我们项目要连接的数据库名称，如果使用默认的SQLite，数据库就是一个保存在我们电脑上的文件，NAME就必须指定绝对路径（当然这是废话，Django已经帮我们把这些事情都做好了）
- 同时还可以使用
USER、PASSWORD、HOST等等这些配置来配置更加详细的信息注意：如果在项目中使用的数据库不是默认的SQLite，请确保你的数据库是存在的
废话不说，上干货
打开mysite/mysite/settings.py配置文件，添加数据库连接配置信息
# 引入pymysql模块
import pymysql
# 指定按照mysqldb的方式使用
pymysql.install_as_MySQLdb()
# 修改DATABASES配置
DATABASES = {
'default': {
# 数据库连接字符串
'ENGINE':"django.db.backends.mysql",
# 数据库名称
"NAME":"pydb",
# 数据库登录账号
"USER":"root",
# 数据库登录密码
"PASSWORD":"",
# 数据库所在主机IP，本机可以不用填写
"HOST":"",
# 数据库连接端口，MySQL默认3306
"PORT":"3306"
}
}
这里需要注意，大家可以看到，在
mysite/mysite/settings.py文件的开头，引入了pymysql并且调用了它的方法install_as_MySQLdb()
这是因为Django常规情况下使用的mysqldb模块来连接数据库，但是python3.4+的版本还没有对应的mysqldb，目前使用的是第三方的pymysql模块，所以这里进行了这样的改造。骚年，期待你在使用到时候，官方能提供和Python3.6配套的mysqldb来进行数据库操作。或者你直接参与到官方的开发队伍中，那就更完美了~
常规情况下，我们需要在程序中，通过类和对象来封装我们的数据，方便数据的统一管理和使用，Django中对模型对象的规范做的更加的统一了，通常情况下将模块应用对象会常见在应用的模块应用/models.py文件中
废话不说，直接上干货：
在我们mysite项目的polls应用中，创建模型对象
# 引入django.db模块中的models模块
from django.db import models
# 创建一个**问题**类型
class Question(models.Model):
# 创建一个问题描述属性，指定为字符串类型，最大长度200个字符
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)
# 解决方案的描述信息，字符串，最大长度200
choice_text = models.CharField(max_length=200)
# 解决方案的投票总数，整数类型，默认0
votes = models.IntegerField(default = 0)
一旦创建好了我们的模型类型，需要在项目中使用这些模型和数据库中的数据进行交互，首先我们要做的是~将我们模块应用polls纳入到项目管理中
很神奇的一句话：“纳入到项目管理中”，难道之前就木有在项目管理中吗？那我们是在启动项目后怎么访问到
polls引用的视图的呢？！换一句话大家可能就明白了，你作为中华人民共和国的一等良民，国家财政会给你发补贴福利吗？不会！但是如果把你纳入到国家的编制中，你就可以享受国家财政给你发放的工资补贴福利等等资源了，这里也是一样，前面创建的
polls应用只是项目中的一部分，我们只有通过类似编制的东东让项目mysite给polls添加一个编制，项目就可以处理模块应用polls/中的模型数据了
在我们项目中，通过项目的mysite/mysite/settings.py配置文件的INSTALLED_APPS选项来进行项目应用的管理
默认情况下mysite/mysite/settings.py配置信息如下
INSTALLED_APPS = [
'django.contrib.admin',# 默认提供的后台管理网站
'django.contrib.auth',# 权限认证模块
'django.contrib.contenttypes',#内容编码框架模块
'django.contrib.sessions',# session回话管理框架模块
'django.contrib.messages',# 消息队列处理模块
'django.contrib.staticfiles',# 项目静态文件管理模块
]
我们要做的是什么呢，打开模块应用polls/app.py应用描述文件，可以看到里面定义了模块应用的名称，对，说的就是它！！！！
from django.apps import AppConfig
# 模块应用的名称
class PollsConfig(AppConfig):
name = 'polls'
我们修改mysite/mysite/settings.py配置文件，添加模块应用
INSTALLED_APPS = [
'polls.apps.PollsConfig',
'django.contrib.admin',# 默认提供的后台管理网站
'django.contrib.auth',# 权限认证模块
'django.contrib.contenttypes',#内容编码框架模块
'django.contrib.sessions',# session回话管理框架模块
'django.contrib.messages',# 消息队列处理模块
'django.contrib.staticfiles',# 项目静态文件管理模块
]
至此~配置部分就完全OK啦
上面项目部分开发配置完成后，我们Django能做什么呢？
这么神奇？上干货：
执行如下命令，进行数据库同步：
python3 manage.py makemigrations polls
执行的结果你会看到：
运行makemigrations命令，就是告诉Django我们对指定的模型，如polls，进行了什么改变，并将这些改变信息存储起来migrations会将这些改变信息保存在模块应用的migraions文件夹下，如上面的操作会生成这样一个文件：
mysite/polls/migrations/0001_initial.py，打开直接就可以看到具体的描述信息了。
我们再填一把火，查看Django自动给我们创建的SQL语句吧
# 执行sqlmigrate命令得到刚才执行makemigrations命令生成的sql语句
python3 manage.py sqlmigrate polls 0001
执行结果如下：
D:\resp_work\PY_WORK\mysite>python3 manage.py sqlmigrate polls 0001
BEGIN;
--
-- Create model Choice
--
CREATE TABLE `polls_choice` (
`id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY,
`choice_text` varchar(200) NOT NULL,
`votes` integer NOT NULL);
--
-- Create model Question
--
CREATE TABLE `polls_question` (
`id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY,
`question_text` varchar(200) NOT NULL,
`pub_date` datetime(6) NOT NULL);
--
-- Add field question to choice
--
ALTER TABLE `polls_choice` ADD COLUMN `question_id` integer NOT NULL;
ALTER TABLE `polls_choice`
ADD CONSTRAINT `polls_choice_question_id_c5b4b260_fk_polls_question_id`
FOREIGN KEY (`question_id`) REFERENCES `polls_question` (`id`);
COMMIT;
我们会看到一个很神奇的结果，我们创建的Question和Choice模型数据，被Django自动转换成了SQL语句了
注意问题：由migrations引发的臆想
- 由makemigrations根据模型自动生成的sql语句，严重依赖指定的数据库，切记这样的SQL不是通用的，这里生成的SQL语句只能用于MySQL数据库
- 主键是自动增长的（当然你也可以修改不让自动增长），并且会根据指定的数据库自动匹配，如
auto_increment(MySQL)、serial(PostgreSQL)、integer primary key autoincrement(SQLite)等等- 默认情况下Django会自动给外键增加
_id的形式命名（同样可以修改哦）- 最重要的是：
makemigrations或者sqlmigrate命令，都不会在目标数据库自动执行，也就是SQL语句有了，但是还没有执行。这是为什么呢？因为毕竟自动的东西不一定满足需要~我们简单修改一下SQL然后执行，这样更加符合实际开发哦- 当然，如果不需要修改SQL，直接执行的话，运行
python3 manage.py migrate命令就可以将改动应用到数据库了
在命令行通过shell启动应用，就可以直接进行python根据模型应用提供的API接口的访问测试了
执行如下命令：
python3 manage.py shell
就可以在命令行中，进行API的测试了
D:\resp_work\PY_WORK\mysite>python3 manage.py shell
Python 3.6.1 (v3.6.1:69c0db5, Mar 21 2017, 18:41:36) [MSC v.1900 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>> Question.objects.all()
Traceback (most recent call last):
File "<console>", line 1, in <module>
NameError: name 'Question' is not defined
>>>
>>> from polls.models import Question, Choice
>>> Question.objects.all()# 查看所有的问题对象列表
<QuerySet []>
>>>
>>> from django.utils import timezone # 引入时区模块
>>> q = Question(question_text="What's new?", pub_date=timezone.now())# 创建一个问题对象
>>> q.save() # 保存到数据库
>>> q.id # 查看q对象的主键字段
1
>>> q.question_text# 查看q对象的问题描述字段
"What's new?"
>>> q.pub_date # 查看q对象的发布时间字段
datetime.datetime(2017, 6, 9, 2, 59, 43, 68178, tzinfo=<UTC>)
>>>
>>> q.question_text="What's up?" # 修改q对象的question_text属性值
>>> q.save()# 保存
>>>
>>> Question.objects.all() #查看所有的问题对象列表
<QuerySet [<Question: Question object>]>
>>>
来源：http://www.jianshu.com/p/5a9634c3e833