20大进阶架构专题每日送达

模型建立与迁移

回顾

上一章中，我们介绍了模型层的基本结构和基本字段。这一章，到了该动手的时候了，我们将创建一个自己写的数据模型类，那么我们写啥呢？别忘了，在介绍Django特点的时候，我们知道Django适合做内容，所以基于此特点，我们编写一个博客岂不乐哉。毕竟博客中最需要的就是文章嘛，好，闲话少叙，我们开始。

模型的建立

我们要建立一个博客系统，我们回顾前面所学知识，重新建立一个Django项目名字为myblog，在命令行敲如下命令：

python manage.py startproject myblog

然后在manage.py所在目录下，用命令 python manage.py startapp blog新建一个blog应用，然后在 ./blog/models.py 中写一个类，命名为BlogArticles。

通过这个类我们可以创建一个专门用来保存博客文章的数据库表，代码如下：

from django.db import models
from django.utils import timezone # 新增
from django.contrib.auth.models import User# 新增


# Create your models here.
# 编写博客的数据类型类BlogArticles
class BlogArticles(models.Model):
# 字段title的属性为CharField类型，并且以参数max_length=300说明字段的最大数量
title = models.CharField(max_length=300)
# 一个用户对应多篇文章,级联删除
author = models.ForeignKey(User, on_delete=models.CASCADE, related_name="blog_posts")
body = models.TextField
publish = models.DateTimeField(default=timezone.now)

class Meta:
ordering = ("-publish", ) # 规定了BlogArticles实例对象的显示顺序，即按照publish字段值的倒序显示

def __str__(self):
return self.title

相信经过上一章的介绍，这里很多面孔你都很熟悉，现在对他们进行简单介绍：

• timezone模块，我们未来记录文章发布时间，所以导入了这个模块。但因为Django默认开启时区且为UTC，所以需要在 settings.py中进行如下设置：

TIME_ZONE = 'Asia/Shanghai' # 设置东八区时间
# TIME_ZONE = 'UTC'
USE_TZ = False

• User模型被命名为内置应用叫auth，它以命名空间django.contrib.auth的形式出现在INSTALL_APPS配置中

• ForeignKey反映出一个用户可以发表多篇文章，其中参数on_delete=models.CASCADE是数据库中的“级联删除”，如果“用户表”中的某个用户被删除，那么“文章表”中该用户对应的文章记录也将被删除。另一个参数related_name="blog_posts"的作用是允许User的实例（某个用户名）以“blog_posts”属性反向查询到类BlogArticles的实例。

• 我们还定义了Meta子类，使用了ordering = ("-publish", )规定文章的显示顺序

• __str__方法是对象的字符串表示形式。我们可以使用版块的名称来表示它。

以上步骤我们还是仅仅在我们创建blog应用中写了一个博客文章模型，如果想要让应用生效。

我们还需要将应用配置到我们的settings当中去，在settings.py文件的INSTALLED_APPS列表中添加blog应用，如下所示：

到这一步，我们的BlogArticles类的数据模型编写完毕，对应的数据库表就是通过这个类中各字段和属性创建完成。

数据迁移

下一步就是告诉Django，我的模型类创建好了，该到你创建数据库了，我们打开终端，转到manage.py文件所在的文件夹，然后运行一下命令：

python manage.py makemigrations

然后你将看到如下输出内容：

Migrations for 'blog':
blog/migrations/0001_initial.py
- Create model BlogArticles

此时，Django在/blog/migrations目录中创建了一个名为0001_initial.py的文件。它代表了应用程序模型的当前状态，在下一步，将使用该文件创建表和列。

迁移文件将被翻译成SQL语句。执行下面命令:

 python manage.py sqlmigrate blog 0001

然后可以看到如下输出内容：

BEGIN;
--
-- Create model BlogArticles
--
CREATE TABLE "blog_blogarticles" ("id" integer NOT PRIMARY KEY AUTOINCREMENT, "title" varchar(300) NOT , "body" text NOT , "publish" datetime NOT , "author_id" integer NOT REFERENCES "auth_user" ("id") DEFERRABLE INITIALLY DEFERRED);
CREATE INDEX "blog_blogarticles_author_id_ed798e23" ON "blog_blogarticles" ("author_id");
COMMIT;

最后我们将生产的迁移文件应用到数据库中：

 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_... 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

Applying sessions.001_initial... OK，这是我们在上一步生产的迁移脚本。意味着，我们的数据库已经可以开始使用了。

Django自带一个数据库SQLite，需要注意的是SQLite是一个产品级数据库。SQLite被许多公司用于成千上万的产品，如所有Android和iOS设备，主流的Web浏览器，Windows 10，MacOS等。但这不适合所有情况。SQLite不能与MySQL，PostgreSQL或Oracle等数据库进行比较。大容量的网站，密集型写入的应用程序，大的数据集，高并发性的应用使用SQLite最终都会导致问题。

SQLite很轻量级，但是并不影响我们用来学习，接下来我们将利用命令行工具来对模型进行操作，也就是我们学习过数据库的基本操作——增、删、改、查。

下一章再见！

————  e n d ————
微服务、高并发、JVM调优、面试专栏等20大进阶架构师专题请关注公众号【Java进阶架构师】后在菜单栏查看。