看了头晕死了,又是补数据库知识,又是补前面看太快而漏掉的知识点
比如:应用上下文,请求上下文,HTTP消息结构,后面再慢慢补吧,太大的窟窿了。
然后讲到数据库迁移,对这样的功能不是很明白,完全可以靠数据库命令来操作修改的,为啥要用脚本来做迁移呢?后来想想可能是统一化而且方便快捷吧。
from flask.ext.migrate import Migrate, MigrateCommand
# ...
migrate = Migrate(app, db) #第一个参数是Flask的实例, 第二个参数是Sqlalchemy数据库实例
manager.add_command('db', MigrateCommand) #这句话啥意思,就是把MigrateCommand指派给db这个字符串,这样在python ***.py 后面就可以跟着db命令了
为了导出数据库迁移命令,Flask-Migrate 提供了一个MigrateCommand 类,可附加到Flask-Script 的manager 对象上。在这个例子中,MigrateCommand 类使用db 命令附加。
在维护数据库迁移之前,要使用init 子命令创建迁移仓库:
这个命令会创建migrations 文件夹,所有迁移脚本都存放其中。 这里的migrations就是指仓库
创建迁移脚本
在Alembic 中,数据库迁移用迁移脚本表示。脚本中有两个函数,分别是upgrade() 和downgrade()。upgrade() 函数把迁移中的改动应用到数据库中,downgrade() 函数则将改动删除。Alembic 具有添加和删除改动的能力,因此数据库可重设到修改历史的任意一点。我们可以使用revision 命令手动创建Alembic 迁移,也可使用migrate 命令自动创建。手动创建的迁移只是一个骨架,upgrade() 和downgrade() 函数都是空的,开发者要使用Alembic 提供的Operations 对象指令实现具体操作。自动创建的迁移会根据模型定义和数据库当前状态之间的差异生成upgrade() 和downgrade() 函数的内容。
migrate 子命令用来自动创建迁移脚本:
之后这个迁移脚本打开后的内容,可以让我们对数据库迁移,到底迁移了什么内容,有一个大概的了解。
基本上他更新的,就是数据模型的结构