前言:
在這里的數(shù)據(jù)庫遷移主要是對數(shù)據(jù)庫結(jié)構(gòu)版本管理和遷移椅亚。
一恢恼、為什么需要數(shù)據(jù)庫遷移工具?
那在沒有使用遷移工具的時候弓熏,我們會碰到什么呢恋谭?
(1)多人協(xié)同開發(fā),對數(shù)據(jù)庫結(jié)構(gòu)變更的管理困難:
不同的開發(fā)人員在開發(fā)產(chǎn)品特性時挽鞠,都有可能更新數(shù)據(jù)庫(添加新表疚颊,新的約束等)。當(dāng)開發(fā)人員完成工作并提交代碼時信认,代碼會被合并到主分支并在測試服務(wù)器上執(zhí)行單元測試與集成測試材义。我們在哪個環(huán)節(jié)來執(zhí)行數(shù)據(jù)庫的更新操作呢?由QA 部門手工執(zhí)行sql 腳本嫁赏?或者我們開發(fā)一段程序自動執(zhí)行數(shù)據(jù)庫更新其掂?以什么順序來執(zhí)行這些更新腳本?這些問題同樣存在于生產(chǎn)環(huán)境潦蝇。
(2)多環(huán)境款熬,升級困難:
我們的產(chǎn)品部署在不同的客戶服務(wù)器上深寥,以及很多的測試、聯(lián)調(diào)贤牛、實驗局翩迈、銷售環(huán)境上。不同的客戶和測試環(huán)境上都部署著不同版本的產(chǎn)品盔夜。當(dāng)他們需要升級他們的產(chǎn)品到新的版本時,我們不僅需要讓他們的管理員可以升級產(chǎn)品到新的版本堤魁,同時需要保留他們的已有數(shù)據(jù)喂链。在升級產(chǎn)品的步驟中,我們清楚地知道客戶數(shù)據(jù)庫的當(dāng)前版本妥泉,以及需要在該數(shù)據(jù)庫上執(zhí)行哪些數(shù)據(jù)庫更新腳本椭微,來更新數(shù)據(jù)庫表結(jié)構(gòu)與數(shù)據(jù)庫中已存在的數(shù)據(jù)。當(dāng)升級完成時盲链,數(shù)據(jù)庫表結(jié)構(gòu)及數(shù)據(jù)應(yīng)當(dāng)與升級后的產(chǎn)品版本保持一致蝇率。
二、數(shù)據(jù)庫遷移方式
2.1 schema.sql
最簡單的方式可以在schema.sql里定義schema刽沾。在第一次運行時本慕,這么做沒有問題,但隨后每次啟動應(yīng)用程序時侧漓,這個初始化腳本都會失敗锅尘,因為數(shù)據(jù)表已經(jīng)存在了。這就要求在書寫初始化腳本時格外注意布蔗,不要重復(fù)執(zhí)行那些已經(jīng)做過的工作藤违。
2.2 JPA的ddl-auto
如果在項目中使用的是JPA的話,那么可以通過Spring Boot的spring.jpa.hibernate.ddl-auto屬性將hibernate.hbm2ddl.auto屬性設(shè)置為update纵揍,就能夠自動創(chuàng)建表結(jié)構(gòu)信息顿乒。如果使用的是mybatis的話,那么這種方式就不能使用了泽谨。
2.3使用數(shù)據(jù)庫遷移工具
使用數(shù)據(jù)庫遷移工具:它使用一系列數(shù)據(jù)庫腳本璧榄,而且會記錄那些已經(jīng)用過了,不會多次運用同一個腳本隔盛。應(yīng)用程序的每個部署包里都包含了這些腳本犹菱,數(shù)據(jù)庫可以和應(yīng)用程序保持一致。Spring Boot為兩款流行的數(shù)據(jù)庫遷移工具提供了自動配置支持:
(1)Flyway
(2)Liquibase
想系統(tǒng)的學(xué)習(xí)SpringBoot吮炕,可以上實訓(xùn)邦學(xué)習(xí)從零開始學(xué)SpringBoot哦腊脱,零基礎(chǔ)到入門應(yīng)用實戰(zhàn)。