- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PAGE \* MERGEFORMAT12
19.管理数据库变化Evolution
当使用关系数据库时,你需要去跟踪和安排数据库schema(结构)变化,特别是有多个存储位置的情况下,你就需要更多的经验来跟踪数据的schema变化:
当处理团队合作进行开发时,每个人都需要知道数据库结构的变化
当部署到生产服务器上时,就需要一个稳健的方式去更新数据库结构
如果在多台数据库服务器上工作时,就需要保持所有数据库结构同步
如果在JPA下工作,Hibernate会自动为你处理好这些数据库变化。如果你不打算使用JPA或打算手工对数据库结构进行更好的调整,那么Evolutions将非常有用。
Evolutions脚本
Play使用evolutions 脚本来跟踪你的数据库变化。这些脚本采用的是原始的sql语句来书写的,应该位于应用程序的db/evolutions目录。
第一个脚本名叫1.sql,第二为2.sql,以此类推…
每个脚本包含了两部分:
Ups 部分用于描述必要的转换
Downs 部分用于描述如何恢复他们
比如,查看第一个evolution脚本,这个脚本用于引导一个基本的应用:
# Users schema
# !Ups
CREATE TABLE User (
id bigint(20) NOT NULL AUTO_INCREMENT,
email varchar(255) NOT NULL,
password varchar(255) NOT NULL,
fullname varchar(255) NOT NULL,
isAdmin boolean NOT NULL,
PRIMARY KEY (id)
);
# !Downs
DROP TABLE User;
正如你看到的一样,必须在sql脚本里使用注释来界定Ups和Downs 节。
如果在applictaion.conf里配置了数据库,那么Evolutions将被自动激活,而且evolution scripts将被显示出来。通过设置 HYPERLINK /documentation/1.2.4/configuration \l evolutions.enabled evolutions.enabled 为false可以禁此显示脚本。比如,当测试他们自己的数据库里,你可以为测试环境设置为禁用模式。
当evolutions 被激活后, 在DEV模式下,Play将为每个请求检查数据库结构状态,或在PROD模式下启动应用程序时进行数据库结构状态检查。在DEV模式下,如果数据库结构不是最新的,一个错误页面会显示出来,它会建议你运行合适的sql脚本同步你的数据结构。
如果你同意推荐的SQL脚本,你可以点击‘Apply evolutions’按钮执行该建议脚本。
如果使用的是内存数据库(db=mem),并且数据库是空的情况下,Play会自动运行所有的evolutions脚本。
同步同时发生的改变
现在让我们假定现在在同一项目中有两个开发者,A开发者因工作需要必须创建一个新的数据库表,因此他将2.sql evolution 脚本:
# Add Post
# !Ups
CREATE TABLE Post (
id bigint(20) NOT NULL AUTO_INCREMENT,
title varchar(255) NOT NULL,
content text NOT NULL,
postedAt date NOT NULL,
author_id bigint(20) NOT NULL,
FOREIGN KEY (author_id) REFERENCES User(id),
PRIMARY KEY (id)
);
# !Downs
DROP TABLE Post;
Play将应用这个evolution脚本到A开发者的数据库。
另外一方面,B开发者因工作需要,必须删除User表。因此他也将创建2.sql evolution脚本:
# Update User
# !Ups
ALTER TABLE User ADD age INT;
# !Downs
ALTER TABLE User DROP age;
B开发者结束开发工作后进行了提交(称为Git)。现在,A开发者在继续开发前必须合并他的同事的工作,因此他运行git pull,但合并操作产生了一个冲突,如下:
Auto-merging db/evolutions/2.sql
CONFLICT (add/add): Merge conflict in db/evolutions/2.sq
文档评论(0)