码迷,mamicode.com
首页 > 数据库 > 详细

数据库敏捷版本控制之3个数据库策略

时间:2019-11-04 12:01:24      阅读:81      评论:0      收藏:0      [点我收藏+]

标签:image   图片   code   img   概率   团队   数据库名   基线   实践   

 

背景:

我们是一个不大的软件开发团队,但是客户遍布全球

关于数据库的版本控制前段时间一直没找到特别好的方式,通过思考和不断实践,最近总结了一个不错的方法,特分享给大家

 

做好数据库的版本控制目的:

同时保证:开发--》测试--》客户基线控制--》数据安全性的需要

 

1号数据库(开发):主要用于开发使用,所以能持续集成最新的数据库schema(所有开发人员对数据库的每日修改都将集成到该数据库,尽早发现问题)

2号数据库(客户测试):主要用于,和客户的数据库同步,客户升级过程

      1. 获取客户的数据库Schema,放到2号数据库,并记录日期和时间,以及版本号
      2. 比对1号开发数据库和2号客户数据库,生成升级脚本
      3. 用升级脚本升级2号客户数据库,然后进行测试,并修改数据库名字为新的版本号
      4. 测试成功,将升级脚本,打包进安装包,对客户数据库进行升级

3号数据库(基线):基线数据库,只保存重大版本的release,比方1.0, 2.0等,小的bug fix 版本都不放基线库,也就是基本不更新(本人认为更新频率越低,稳定性和出错概率越小)。

          因为小的bug fix等,这些tracking可以交给TFS或者其它版本控制工具的checkin记录。

 

仔细查看,可以发现,其实开发数据库和基线数据库在数量上有个1对1的关系

技术图片

数据库敏捷版本控制之3个数据库策略

标签:image   图片   code   img   概率   团队   数据库名   基线   实践   

原文地址:https://www.cnblogs.com/michael703/p/11790765.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!