數(shù)據(jù)庫(kù)表結(jié)構(gòu)變更看起來只是幾條 DDL，核心難點(diǎn)在于并非“寫出腳本”，而是“怎么把腳本安全、全面、按順序地發(fā)到開發(fā)、測(cè)試、預(yù)發(fā)、生產(chǎn)”。一旦流程還停留在 Excel 記錄、群消息同步、DBA 手動(dòng)執(zhí)行，環(huán)境不一致、版本混亂、回滾困難就是極易出現(xiàn)的問題。

NineData 的“結(jié)構(gòu)設(shè)計(jì)與發(fā)布”之所以值得單獨(dú)討論，就在于它不是又一個(gè)僅可提交 SQL 的頁(yè)面，而是一套專門為多環(huán)境結(jié)構(gòu)發(fā)版設(shè)計(jì)的流程編排機(jī)制。

人工跨環(huán)境同步，為什么總在生產(chǎn)前出問題

人工跨環(huán)境同步的問題，并不只在于執(zhí)行慢，而在于它天然缺少“固定框架”。開發(fā)環(huán)境里可能有多個(gè)研發(fā)并行改表，測(cè)試環(huán)境又會(huì)插入額外驗(yàn)證動(dòng)作，預(yù)發(fā)環(huán)境可能為了兼容舊版本再補(bǔ)一次字段，到了生產(chǎn)環(huán)境，DBA 往往僅可依賴一份腳本清單和操作記錄去判斷“這次應(yīng)該執(zhí)行哪些 DDL”。只要其中有一步記錄不夠全面，環(huán)境間結(jié)構(gòu)差異就會(huì)逐步累積。

NineData 的技術(shù)文檔其實(shí)把這個(gè)問題說得很直白：企業(yè)軟件發(fā)布通常需要一個(gè)嚴(yán)謹(jǐn)?shù)亩喹h(huán)境流程，而如果 DBA 仍然靠人工記錄各類開發(fā)人員的變更，再在下一個(gè)環(huán)境中手動(dòng)執(zhí)行，就很容易出現(xiàn)遺漏或執(zhí)行偏差。換句話說，多環(huán)境發(fā)版核心缺少的不是 SQL 執(zhí)行器，而是一套能把順序、范圍、責(zé)任固定下來的流程系統(tǒng)。

NineData 的“結(jié)構(gòu)設(shè)計(jì)與發(fā)布”具體是怎么工作的

首先創(chuàng)建發(fā)版流程：

在任務(wù)創(chuàng)建頁(yè)面，選擇基準(zhǔn)數(shù)據(jù)源，即發(fā)版流程中配置的首節(jié)點(diǎn)環(huán)境對(duì)應(yīng)的數(shù)據(jù)源，后續(xù)針對(duì)其他各類環(huán)境的變更都將基于該數(shù)據(jù)源中執(zhí)行的變更。本示例中為開發(fā)環(huán)境。

在變更 SQL 文本框中輸入需要發(fā)布的變更語(yǔ)句。

單擊創(chuàng)建結(jié)構(gòu)設(shè)計(jì)與發(fā)布后，即可開啟流程。在每個(gè)環(huán)境內(nèi)部，開發(fā)人員（變更協(xié)同人）可以提交多個(gè)變更任務(wù)，并且根據(jù)審批流程配置，每個(gè)任務(wù)都將經(jīng)過系統(tǒng)的規(guī)范檢查以及人員審批。

等當(dāng)前環(huán)境下的各類變更都執(zhí)行完成后，即可單擊進(jìn)入下一節(jié)點(diǎn)。

在后面的每個(gè)節(jié)點(diǎn)中，將僅可提交第一個(gè)節(jié)點(diǎn)，即基準(zhǔn)數(shù)據(jù)源中已經(jīng)執(zhí)行成功的變更語(yǔ)句。根據(jù)管理員的配置，語(yǔ)句和執(zhí)行順序不支持修改，以確保生產(chǎn)環(huán)境中發(fā)布的變更都和前面的測(cè)試結(jié)果一致。

在執(zhí)行結(jié)果中，可以看到變更已經(jīng)順利發(fā)布到生產(chǎn)環(huán)境，再次單擊進(jìn)入下一節(jié)點(diǎn)，流程結(jié)束。

NineData 的“結(jié)構(gòu)設(shè)計(jì)與發(fā)布”是圍繞“基準(zhǔn)數(shù)據(jù)源”來組織整條流程的。首節(jié)點(diǎn)通常對(duì)應(yīng)開發(fā)環(huán)境，各類開發(fā)人員在這個(gè)基準(zhǔn)環(huán)境中執(zhí)行成功過的結(jié)構(gòu)變更，會(huì)被平臺(tái)按執(zhí)行順序整理成一套可追蹤的 SQL 變更序列。

到了第二個(gè)及后續(xù)節(jié)點(diǎn)，管理員可以要求“僅支持基于 SQL 腳本執(zhí)行”，從而確保測(cè)試、預(yù)發(fā)、生產(chǎn)環(huán)境不再隨意加塞新的 DDL。

更關(guān)鍵的是，NineData 并不是把流程寫死。它內(nèi)置了一個(gè)默認(rèn)的開發(fā)→生產(chǎn)流程，但也支持新增測(cè)試、預(yù)發(fā)等節(jié)點(diǎn)，并在節(jié)點(diǎn)上配置是否允許跳過、是否允許回退到上一個(gè)節(jié)點(diǎn)、是否允許編輯已執(zhí)行過的 SQL。這意味著同一套產(chǎn)品能力，既能適配簡(jiǎn)單兩環(huán)境團(tuán)隊(duì)，也能適配擁有四環(huán)境甚至更復(fù)雜發(fā)布鏈路的中大型企業(yè)。

把版本、審批、規(guī)范和發(fā)布放在一條鏈上意味著什么

如果只是把結(jié)構(gòu)設(shè)計(jì)與發(fā)布看成“多一步審批”，就會(huì)對(duì)其價(jià)值的認(rèn)知不夠全面。NineData 的核心優(yōu)勢(shì)在于把數(shù)據(jù)庫(kù)結(jié)構(gòu)發(fā)布涉及的幾類關(guān)鍵能力放在了一條鏈上：一頭是 SQL 開發(fā)規(guī)范和規(guī)范預(yù)檢，一頭是審批流程和環(huán)境/數(shù)據(jù)源級(jí)綁定，中間是結(jié)構(gòu)設(shè)計(jì)與發(fā)布的節(jié)點(diǎn)推進(jìn)，后面再接數(shù)據(jù)庫(kù)版本管理。

技術(shù)文檔明確寫到，版本管理會(huì)自動(dòng)采集來自 SQL 窗口、SQL 任務(wù)、結(jié)構(gòu)設(shè)計(jì)與發(fā)布等多種來源的 DDL，并支持差異對(duì)比和回滾 SQL 生成。

這對(duì)多環(huán)境表結(jié)構(gòu)發(fā)版特別重要。因?yàn)閳F(tuán)隊(duì)較為擔(dān)心的不是某一次 DDL 執(zhí)行失敗，而是執(zhí)行后說不清“現(xiàn)在生產(chǎn)具體和測(cè)試差多少、這次改了哪些對(duì)象、回滾應(yīng)該回到哪個(gè)版本”。NineData 的做法，相當(dāng)于把“發(fā)布前控制”和“發(fā)布后追溯”同時(shí)納入了數(shù)據(jù)庫(kù)工作臺(tái)。

哪些團(tuán)隊(duì)更適配先把這套流程跑起來

更適配先把這套流程跑起來的，通常是以下幾類團(tuán)隊(duì)：

已經(jīng)明確區(qū)分開發(fā)、測(cè)試、預(yù)發(fā)、生產(chǎn)環(huán)境的研發(fā)組織

數(shù)據(jù)庫(kù)變更頻率高，手工發(fā)版讓 DBA 明顯成為瓶頸

線上事故往往來自環(huán)境間結(jié)構(gòu)不一致而不是 SQL 語(yǔ)法錯(cuò)誤

希望把數(shù)據(jù)庫(kù)結(jié)構(gòu)發(fā)布納入標(biāo)準(zhǔn)化研發(fā)流程，而不是繼續(xù)靠人工保障

如果你的團(tuán)隊(duì)已經(jīng)遇到“測(cè)試環(huán)境沒問題，生產(chǎn)環(huán)境卻少字段”“預(yù)發(fā)環(huán)境多跑了一條腳本”“版本說明和實(shí)際變更對(duì)不上”這類問題，那通常說明已經(jīng)不是‘加強(qiáng)腳本管理’能解決的階段，而是需要像 NineData 這樣把多環(huán)境結(jié)構(gòu)發(fā)布流程本身產(chǎn)品化。

總結(jié)

多環(huán)境表結(jié)構(gòu)發(fā)版核心難點(diǎn)在于，不是寫出一條 DDL，而是讓各類環(huán)境都僅執(zhí)行該執(zhí)行的內(nèi)容、按該有的順序往前走。NineData 的流程編排價(jià)值，就在于它把這件長(zhǎng)期依賴 DBA 經(jīng)驗(yàn)的事，變成了一套可以標(biāo)準(zhǔn)化、可追蹤、可回看的組織能力。

審核編輯 黃宇