FLASK博客系列6——数据库之谜

我们上一篇已经实现了简易博客界面,你还记得我们的博客数据是自己手动写的吗?但实际应用中,我们是不可能这样做的。大部分程序都需要保存数据,所以不可避免要使用数据库。我们这里为了简单方便快捷,使用了超级经典的SQLite,它是一种基于文件,不需要启动后台服务的数据库。当然了,仅限于操作简单,访问量比较低的应用中使用,这也正是我们选用它的原因。

SQLAlchemy------python数据库工具

SQLAlchemy是python下的一个数据库工具,它提供了SQL工具包及对象关系映射(ORM)工具。你可以通过定义python类来表示数据库中的一张表,然后通过这个类来进行各种操作,从而代替书写SQL语句,而这个类我们称之为模型类

但是,我们今天用另一个包------Flask-SQLAlchemy。它是一个简化了SQLAlchemy 操作的flask扩展,是SQLAlchemy的具体实现,封装了对数据库的基本操作。简而言之,可以更快更方便地帮助我们去构建博客,而不用细致去深究其原理。等以后有时间了我们另开一篇,讲讲SQLAlchemy的操作。

先把包装一下。

python 复制代码
pip3 install flask-sqlalchemy

接着初始化一下,将其跟flask关联起来。

python 复制代码
import os
from flask_sqlalchemy import SQLAlchemy  # 导入扩展类

basedir = os.path.abspath(os.path.dirname(__file__))  # 绝对路径
app = Flask(__name__)

app.config['SQLALCHEMY_DATABASE_URI'] = 'sqlite:///' + os.path.join(basedir, 'blog.db')
app.config['SQLALCHEMY_TRACK_MODIFICATIONS'] = False


db = SQLAlchemy(app)  # 初始化扩展,传入程序实例 app

接着我们在pycharm打开控制台,创建数据库:

python 复制代码
>>> from app import db
>>> db.create_all()

然后在当前目录下我们可以看到生成了blog.db 。是不是很简单呢?但这种方式会有问题,因为采用db.create_all 在后期修改字段的时候,不会自动的映射到数据库中,必须删除表,然后重新运行db.create_all才会重新映射,这样不符合实际的工作要求。因此flask-migrate就是为了解决这个问题,它可以在每次修改模型后,可以将修改的东西映射到数据库中。

Flask-Migrate

使用flask_migrate必须借助flask_scripts那么flask-script的作用是什么呢?flask-script的作用是可以通过命令行的形式来操作Flask。例如通过命令跑一个开发版本的服务器、设置数据库,定时任务等。

老样子,动手装包:

python 复制代码
pip install Flask-Script

如果用过django的同学都知道,操作很多命令都是通过python manager.py + 命令 来实现的。那我们也来模仿一番。

我们来定义下命令:

  • python manage.py db init: 初始化一个迁移脚本的环境,只需要执行一次,实际就是db.create_all()
  • python manage.py db migrate **:**将模型生成迁移文件,只要模型更改了,就执行一遍这个命令。
  • **python manage.py db upgrade:**将迁移文件真正映射到数据库中,每次运行migrate命令后,记得要运行这个命令。

我们接着新建一个models.py,用来定义模型类。定义一下User类和Article类。

python 复制代码
from app import db


class User(db.Model):  # 表名将会是 user(自动生成,小写处理)
    id = db.Column(db.Integer, primary_key=True, autoincrement=True)  # 主键
    name = db.Column(db.String(20))  # 用户名


class Article(db.Model):  # 表名将会是 user(自动生成,小写处理)
    # id 主键 自增
    id = db.Column(db.Integer, primary_key=True, autoincrement=True)
    # 文章标题 非空
    title = db.Column(db.String(100), nullable=False)
    # 文章正文 非空
    content = db.Column(db.Text, nullable=False)
    # 关联表,这里要与相关联的表的类型一致, user.id 表示关联到user表下的id字段
    author_id = db.Column(db.Integer, db.ForeignKey('user.id'))
    # 给这个article模型添加一个author属性(关系表),User为要连接的表,backref为定义反向引用
    # lazy表示禁止自动查询,后面可以直接操作这个对象。只可以用在一对多和多对多关系中,不可以用在一对一和多对一中
    author = db.relationship('User', backref=db.backref('articles'), lazy='dynamic')

我们新建一个manage.py

manage.py

python 复制代码
from flask_script import Manager
from flask_migrate import Migrate, MigrateCommand
from app import app, db
from models import User, Article


manager = Manager(app)

# 1. 要使用flask_migrate,必须绑定app和db
migrate = Migrate(app, db)
# 2. 把MigrateCommand命令添加到manager中
manager.add_command('db', MigrateCommand)

if __name__ == '__main__':
    manager.run()

把上面生成的blog.db 删除,在命令行中执行 python manage.py db init。同样的,生成了blog.db。同时在我们的项目中会生成一个migrations文件夹,其中versions中没有任何内容。如下图:

然后我们开始迁移数据库。上面的命令成功后,执行如下命令,将模型生成迁移文件。

python 复制代码
python manage.py db migrate

如下所示,versions文件夹中生成了一个文件88ae96b5a85e_.py。

这个就是迁移文件了。我们打开来看看里面是什么。

python 复制代码
"""empty message

Revision ID: 88ae96b5a85e
Revises: 
Create Date: 2020-05-24 19:51:53.279700

"""
from alembic import op
import sqlalchemy as sa


# revision identifiers, used by Alembic.
revision = '88ae96b5a85e'
down_revision = None
branch_labels = None
depends_on = None


def upgrade():
    # ### commands auto generated by Alembic - please adjust! ###
    op.create_table('user',
    sa.Column('id', sa.Integer(), autoincrement=True, nullable=False),
    sa.Column('name', sa.String(length=20), nullable=True),
    sa.PrimaryKeyConstraint('id')
    )
    op.create_table('article',
    sa.Column('id', sa.Integer(), autoincrement=True, nullable=False),
    sa.Column('title', sa.String(length=100), nullable=False),
    sa.Column('content', sa.Text(), nullable=False),
    sa.Column('author_id', sa.Integer(), nullable=True),
    sa.ForeignKeyConstraint(['author_id'], ['user.id'], ),
    sa.PrimaryKeyConstraint('id')
    )
    # ### end Alembic commands ###


def downgrade():
    # ### commands auto generated by Alembic - please adjust! ###
    op.drop_table('article')
    op.drop_table('user')
    # ### end Alembic commands ###

这就是ORM能够帮我们操作数据库的秘密,emmmm。这时候你的数据库里是还没有创建表的。必须执行下面的语句。

python 复制代码
python manage.py db upgrade

我们借助pycharm来查看下创建的表结构是不是跟我们预期的一样。

奈斯,一模一样。

好啦,至此我们的数据库部分就完成了创建,下一节我们将会介绍如何去插入数据并展示在我们的博客中。

相关推荐
伤不起bb4 分钟前
MySQL 高可用
linux·运维·数据库·mysql·安全·高可用
Yushan Bai5 小时前
ORACLE RAC环境REDO日志量突然增加的分析
数据库·oracle
躺着听Jay5 小时前
Oracle-相关笔记
数据库·笔记·oracle
瀚高PG实验室5 小时前
连接指定数据库时提示not currently accepting connections
运维·数据库
运维成长记6 小时前
mysql数据库-中间件MyCat
数据库·mysql·中间件
尘客.6 小时前
DataX从Mysql导数据到Hive分区表案例
数据库·hive·mysql
TiDB 社区干货传送门7 小时前
从开发者角度看数据库架构进化史:JDBC - 中间件 - TiDB
数据库·oracle·中间件·tidb·数据库架构
虾球xz7 小时前
游戏引擎学习第280天:精简化的流式实体sim
数据库·c++·学习·游戏引擎
uwvwko8 小时前
BUUCTF——web刷题第一页题解
android·前端·数据库·php·web·ctf
扶尔魔ocy8 小时前
【Linux C/C++开发】轻量级关系型数据库SQLite开发(包含性能测试代码)
linux·数据库·c++·sqlite