文中涉及的示例代码，已同步更新到 HelloGitHub-Team 仓库
我们已经编写了博客数据库模型的代码，但那还只是 Python 代码而已，django 还没有把它翻译成数据库语言，因此实际上这些数据库表还没有真正的在数据库中创建。
迁移数据库为了让 django 完成翻译，创建好这些数据库表，我们再一次请出我的工程管理助手 manage.py。切换到 manage.py 文件所在的目录（项目根目录）下，分别运行 pipenv run python manage.py makemigrations 和 pipenv run python manage.py migrate 命令：
> pipenv run python manage.py makemigrations Migrations for \'blog\': blog\migrations\0001_initial.py - Create model Category - Create model Tag - Create model Post > pipenv run python manage.py migrate Operations to perform: Apply all migrations: admin, auth, blog, contenttypes, sessions Running migrations: Applying contenttypes.0001_initial... OK Applying auth.0001_initial... OK Applying admin.0001_initial... OK Applying admin.0002_logentry_remove_auto_add... OK Applying admin.0003_logentry_add_action_flag_choices... OK Applying contenttypes.0002_remove_content_type_name... OK Applying auth.0002_alter_permission_name_max_length... OK Applying auth.0003_alter_user_email_max_length... OK Applying auth.0004_alter_user_username_opts... OK Applying auth.0005_alter_user_last_login_null... OK Applying auth.0006_require_contenttypes_0002... OK Applying auth.0007_alter_validators_add_error_messages... OK Applying auth.0008_alter_user_username_max_length... OK Applying auth.0009_alter_user_last_name_max_length... OK Applying auth.0010_alter_group_name_max_length... OK Applying auth.0011_update_proxy_permissions... OK Applying blog.0001_initial... OK Applying sessions.0001_initial... OK当我们执行了 python manage.py makemigrations 后，django 在 blog 应用的 migrations\ 目录下生成了一个 0001_initial.py 文件，这个文件是 django 用来记录我们对模型做了哪些修改的文件。目前来说，我们在 models.py 文件里创建了 3 个模型类，django 把这些变化记录在了 0001_initial.py 里。
不过此时还只是告诉了 django 我们做了哪些改变，为了让 django 真正地为我们创建数据库表，接下来又执行了 python manage.py migrate 命令。django 通过检测应用中 migrations\ 目录下的文件，得知我们对数据库做了哪些操作，然后它把这些操作翻译成数据库操作语言，从而把这些操作作用于真正的数据库。
你可以看到命令的输出除了 Applying blog.0001_initial... OK 外，django 还对其它文件做了操作。这是因为除了我们自己建立的 blog 应用外，django 自身还内置了很多应用，这些应用本身也是需要存储数据的。可以在 settings.py 的 INSTALLED_APP 设置里看到这些应用，当然我们目前不必关心这些。
blogproject/settings.py INSTALLED_APPS = [ \'django.contrib.admin\', \'django.contrib.auth\', \'django.contrib.contenttypes\', \'django.contrib.sessions\', \'django.contrib.messages\', \'django.contrib.staticfiles\', \'blog\', ]对于了解数据库语言的人，你可以运行下面的命令看看 django 究竟为我们做了什么：
> pipenv run python manage.py sqlmigrate blog 0001你将看到输出了经 django 翻译后的数据库表创建语句，这有助于你理解 django ORM 的工作机制。
选择数据库版本我们没有安装任何的数据库软件，django 就帮我们迁移了数据库。这是因为我们使用了 Python 内置的 SQLite3 数据库。
SQLite3 是一个十分轻巧的数据库，它仅有一个文件。你可以看一到项目根目录下多出了一个 db.sqlite3 的文件，这就是 SQLite3 数据库文件，django 博客的数据都会保存在这个数据库文件里。
django 在 settings.py 里为我们做了一些默认的数据库配置：
blogproject/settings.py ## 其它配置选项... DATABASES = { \'default\': { \'ENGINE\': \'django.db.backends.sqlite3\', \'NAME\': os.path.join(BASE_DIR, \'db.sqlite3\'), } } ## 其它配置选项...可以看到默认的数据库引擎就是使用的 SQLite3。
当然一些人倾向于使用 MySQL 等大型数据库，至于 django 如何配置 MySQL 这里就不赘述了，你可以自行使用搜索引擎或者查阅 django 的官方文档解决。对于一个小型博客而言，SQLite3 数据库足以胜任。
用 django 的方式操作数据库数据库最主要的操作就是往里面存入数据、从中取出数据、修改已保存的数据和删除不再需要的数据（合称 CURD）。和创建数据库表一样，django 为这些操作提供了一整套方法，从而把我们从数据库语言中解放出来。我们不用学习如何利用数据库语言去完成这些操作，只要简单地调用几个 Python 函数就可以满足我们的需求。
存数据