SQL Prompt是一款實用的SQL語法提示工具。SQL Prompt根據(jù)數(shù)據(jù)庫的對象名稱、語法和代碼片段自動進行檢索，為用戶提供合適的代碼選擇。自動腳本設(shè)置使代碼簡單易讀--當開發(fā)者不大熟悉腳本時尤其有用。SQL Prompt安裝即可使用，能大幅提高編碼效率。此外，用戶還可根據(jù)需要進行自定義，使之以預(yù)想的方式工作。

點擊下載SQL Prompt正式版

作為Redgate的DevOps倡導(dǎo)者，我經(jīng)常與Enterprise客戶合作，以幫助他們改變整個組織中數(shù)據(jù)庫的軟件開發(fā)流程。

我不會獨自完成這項工作：Redgate的開發(fā)團隊非常重視客戶。開發(fā)DevOps解決方案的工程師經(jīng)常加入銷售團隊和倡導(dǎo)者團隊，進行客戶電話咨詢。這使我們所有人都能夠了解在現(xiàn)實世界中減慢或拖延采用的摩擦點，并創(chuàng)新解決方案中的更改以適合客戶的最有效工作流程。
這是我在企業(yè)中實現(xiàn)數(shù)據(jù)庫DevOps時發(fā)現(xiàn)的主要問題，以及加快采用速度的解決方案。

• 當團隊遵循以下過程時，數(shù)據(jù)庫開發(fā)和交付的效果最佳：
• 部署僅包含少量更改
• 更改旨在向后兼容
• 更改將對用戶的影響降到最低，并且可以與在線系統(tǒng)一起部署
• 部署經(jīng)常發(fā)生
• 開發(fā)和部署之間的交貨時間盡可能短

盡管這些團隊不能立即遵循理想的模式，但他們?nèi)匀豢梢詫嵤ヾevops流程，以減少工作量，提高代碼質(zhì)量并幫助他們不斷改善為客戶提供價值的方式。

解決方案1：為開發(fā)和測試啟用數(shù)據(jù)庫的即時配置

與企業(yè)合作時，我們發(fā)現(xiàn)，幫助必須處理一些緩慢和/或復(fù)雜部署的客戶的關(guān)鍵是快速重置和重新部署實際開發(fā)和測試環(huán)境的功能。這是通過將集中的映像和數(shù)據(jù)虛擬化（也稱為數(shù)據(jù)庫的克隆）集成到開發(fā)過程中來完成的。
此功能使客戶能夠：

• 立即在適當?shù)臓顟B(tài)下創(chuàng)建實際的開發(fā)和測試環(huán)境，以驗證緊急修補程序
• 快速重置質(zhì)量檢查和客戶接受環(huán)境，并在修補程序或其他版本“排在前面”時重新部署對它們的更改
• 即使在使用大型數(shù)據(jù)庫時也可以快速采取行動
• 在開發(fā)中使用敏感信息之前，請確保將其從數(shù)據(jù)集中取消識別或刪除

我們與全球企業(yè)客戶合作的經(jīng)驗使Redgate能夠為數(shù)據(jù)庫開發(fā)中的數(shù)據(jù)庫供應(yīng)提供多項新的增強功能，包括將虛擬數(shù)據(jù)庫用作“基準”的功能以及能夠快速輕松地為不同分支創(chuàng)建虛擬化數(shù)據(jù)庫的功能。

許多企業(yè)都在采取措施減少對傳統(tǒng)整體數(shù)據(jù)庫的依賴。一些人采取了微服務(wù)計劃，而另一些人則做出了較為適度的努力，以將功能劃分為具有更簡單依賴性的數(shù)據(jù)存儲。無論哪種情況，這些更改都不可能在一夜之間完成，并且針對遺留的整體數(shù)據(jù)庫的積極開發(fā)必須持續(xù)一段時間。

經(jīng)常在DevOps計劃中提起對舊式整體數(shù)據(jù)庫的恐懼：許多人認為他們永遠無法使用這些數(shù)據(jù)庫成功實現(xiàn)DevOps流程，甚至不應(yīng)該嘗試。

解決方案2：適用于舊式整體數(shù)據(jù)庫和未開發(fā)數(shù)據(jù)庫的設(shè)計流程

DevOps不僅涉及加速開發(fā)，還涉及增加價值流。如果您的環(huán)境包括在舊式整體數(shù)據(jù)庫上的活動開發(fā)，則將其包含在項目范圍內(nèi)至關(guān)重要。換句話說，這是您應(yīng)該投資于高質(zhì)量變更的領(lǐng)域。

這方面最大的問題是  恐懼。為了緩解這些恐懼，企業(yè)應(yīng)：

• 識別風(fēng)險相對較低的數(shù)據(jù)庫（也許是舊數(shù)據(jù)庫，也許是未開發(fā)的數(shù)據(jù)庫），以進行初始概念驗證（POC）和實施
• 讓從事遺留巨石工作的團隊代表作為POC顧問
• 設(shè)計工作流程，可擴展到舊數(shù)據(jù)庫

我們發(fā)現(xiàn)，使團隊成功地將devops應(yīng)用于未開發(fā)數(shù)據(jù)庫的相同模式也可以提高舊式整體數(shù)據(jù)庫的質(zhì)量和協(xié)作。這些模式包括通過請求請求工作流對代碼更改進行早期審查，針對關(guān)鍵需求和檢查開發(fā)數(shù)據(jù)庫單元測試，以及使用自動化來引入數(shù)據(jù)庫管理員以審查關(guān)鍵變更。

但是，在管道開發(fā)中研究這些模式并包括那些與舊的Monolith數(shù)據(jù)庫作為顧問一起工作的人員是關(guān)鍵：當人們參與構(gòu)建新流程時，對其充滿信心并對其進行投資要容易得多。

有些人對企業(yè)中的集中化“ DevOps團隊”有些偏見。我認為這來自一些示例，在這些示例中，公司錯誤地創(chuàng)建了團隊來為每個人“執(zhí)行” DevOps，而這僅僅是造成了新的筒倉和瓶頸。

我發(fā)現(xiàn)，只要DevOps團隊的使命是充當能夠賦予其他團隊權(quán)力的顧問， DevOps團隊在實現(xiàn)企業(yè)轉(zhuǎn)型方面可以取得令人難以置信的成功。有效的DevOps團隊：

• 擔任工程師的教練和指南
• 有關(guān)概念驗證練習(xí)的建議
• 確定組織中團隊的變革推動者
• 分享有關(guān)公司內(nèi)部已建立的工具和工作流程的指導(dǎo)和建議
• 幫助團隊相互聯(lián)系，分享他們的經(jīng)驗和專業(yè)知識
• 幫助探索可能對企業(yè)團隊有用的新技術(shù)和工作流程
• 與供應(yīng)商的合作伙伴，可幫助團隊充分利用其許可和所有可用資源

試用下載>>>

SQL Prompt 使用教程>>>