play框架手册-19.管理数据库变化Evolution.docVIP

play框架手册-19.管理数据库变化Evolution.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 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)

jiupshaieuk12 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:6212135231000003

1亿VIP精品文档

相关文档