摘要：每次上級(jí)版本號(hào)更新，下級(jí)版本號(hào)默認(rèn)清零更新腳本由開(kāi)發(fā)者進(jìn)行編寫(xiě)的數(shù)據(jù)庫(kù)更新腳本，此腳本中包含多個(gè)更新數(shù)據(jù)庫(kù)的語(yǔ)句，使用英文分號(hào)分隔標(biāo)準(zhǔn)的數(shù)據(jù)庫(kù)語(yǔ)句寫(xiě)法，不必特意使用事務(wù)腳本，程序會(huì)將每一個(gè)更新腳本文件當(dāng)做一個(gè)事務(wù)來(lái)處理。

軟件開(kāi)發(fā)過(guò)程中，往往會(huì)遇到版本管理問(wèn)題，也常常會(huì)遇到服務(wù)多版本管理問(wèn)題，也常常會(huì)遇到不同版本的服務(wù)之間，數(shù)據(jù)庫(kù)字段不同、建表語(yǔ)句不同的問(wèn)題，那么如何在不同版本間進(jìn)行平滑升級(jí)，那么就需要有一系列的規(guī)范（暫不涉及回退方案）：

數(shù)據(jù)庫(kù)中存在db_schema_version表，用來(lái)管理當(dāng)前所有應(yīng)用實(shí)例的版本信息，每個(gè)項(xiàng)目中，都應(yīng)包含一個(gè)version的描述文件（version.properties），有版本變動(dòng)，即修改其版本信息，db_schema_version表結(jié)構(gòu)見(jiàn)第6條

第一部分在系統(tǒng)的重要發(fā)布或重大階段會(huì)進(jìn)行改變，比如每幾個(gè)月一次。下面兩部分是由開(kāi)發(fā)者控制的。子版本改變意味著數(shù)據(jù)庫(kù)中加入了破壞性的改動(dòng)（例如新的必需字段），這使得“舊的”應(yīng)用程序與新的數(shù)據(jù)庫(kù)架構(gòu)不再兼容。修訂號(hào)則是每次非破壞性的變動(dòng)發(fā)生時(shí)（例如新的索引、新表、新的可選字段等等）進(jìn)行遞增的。每次上級(jí)版本號(hào)更新，下級(jí)版本號(hào)默認(rèn)清零

由開(kāi)發(fā)者進(jìn)行編寫(xiě)的數(shù)據(jù)庫(kù)更新腳本，此腳本中包含多個(gè)更新數(shù)據(jù)庫(kù)的語(yǔ)句，使用英文分號(hào)分隔（標(biāo)準(zhǔn)的數(shù)據(jù)庫(kù)語(yǔ)句寫(xiě)法），不必特意使用事務(wù)腳本，java程序會(huì)將每一個(gè)更新腳本文件當(dāng)做一個(gè)事務(wù)來(lái)處理。添加注釋需要使用“ /注釋/ ”方式來(lái)寫(xiě)

為文件名稱使用以下格式

<前綴>_<數(shù)據(jù)庫(kù)版本表中的當(dāng)前版本號(hào)>_<目標(biāo)版本號(hào)>_<有關(guān)升級(jí)的其它信息>.sql，  
例如：report_1.0.1_1.0.2_rename_column.sql

目前，前綴我們默認(rèn)使用產(chǎn)品名稱來(lái)描述，用來(lái)和每個(gè)項(xiàng)目中配置文件中的product_name對(duì)應(yīng)

by 劉迎光@螢火蟲(chóng)工作室  
OpenBI交流群：495266201  
MicroService 微服務(wù)交流群：217722918    
mail: liuyg#liuyingguang.cn  
博主首頁(yè)（==防止爬蟲(chóng)==）：http://blog.liuyingguang.cn  
OpenBI問(wèn)答社區(qū)：http://www.openbi.tk