[發明專利]可視化數據庫變更語句生成方法、裝置及存儲介質

在審

• 申請號: 202010033126.4
• 申請日: 2020-01-13
• 公開（公告）號: CN111274263A
• 公開（公告）日: 2020-06-12
• 發明（設計）人: 李佳文
• 申請（專利權）人: 平安國際智慧城市科技股份有限公司
• 主分類號: G06F16/242
• 分類號: G06F16/242;G06F16/248
• 代理公司: 北京鴻元知識產權代理有限公司 11327
• 代理人: 王迎;袁文婷

本發明涉數據處理技術領域，提出一種可視化數據庫變更語句生成方法、裝置及存儲介質，方法包括：根據目標數據庫服務器信息，通過后臺接口請求訪問目標數據庫服務器，并將目標數據庫服務器中的需要檢測更新的數據寫入應用數據庫服務器；選擇需要檢測更新的數據中需要導出的請求數據信息，通過后臺訪問應用數據庫服務器確定與請求數據對應的第一反饋數據，并獲取與請求數據信息對應的目標數據庫服務器信息，在目標數據庫服務器中確定與請求數據對應的第二反饋數據；通過對比第一反饋數據與第二反饋數據，獲取差異項及差異項對應的變更語句。本發明能夠實現數據庫變更的可視化處理，表結構修改也可以直接操作無需編寫sql語句。

技術領域

本發明涉及數據處理技術領域，尤其涉及一種可視化數據庫變更語句生成方法、裝置及計算機可讀存儲介質。

背景技術

目前在項目中對于不同環境的SQL發布主要采用以下兩種方式，方式一：手動收集變更SQL語句并按一定規則存放；方式二：通過持續集成工具發布到目標環境并自動執行。

其中，為了保證信息安全，第二種方式很難得到優化。而第一種方式存下以下缺陷：1、容易遺漏。具體的，在修改某一個字段的結構或者數據時大多會直接在圖形化工具中直接編輯而很少采用SQL語句的方式，這樣的后果就是沒有存檔，很容易遺忘這次變更；2、操作麻煩。由于在每次數據庫變更后都需要寫對應的SQL語句并收集到統一的文件，導致操作不便，在變更頻率較大的情況下，不易實現；3、容易存在沖突。由于一個應用往往是多人同時在開發，每個人都可能產生變更SQL，當最后發布的時候還需要將所有人的SQL收集起來確保沒有相互沖突的語句，并且還得保證語句的順序，比如某人的SQL是建表語句，而另一人的SQL是新建表的數據插入語句，那么就得保證建表語句的順序在插入數據之前。4、不安全。這里主要指數據不安全，手動收集的SQL需要人工去確定語句的安全性，如是否涉及到清庫清表操作，或者刪除語句中是否對現有數據產生影響等。

發明內容

本發明提供一種可視化數據庫變更語句生成方法、電子裝置及計算機可讀存儲介質，其主要目的在于通過將數據庫變更進行可視化處理，開發者無需關心每次的動作是否會對數據庫的表結構或者數據產生影響，只需在版本開始和結束時分別進行可視化操作即可。

為實現上述目的，本發明提供一種可視化數據庫變更語句生成方法，應用于電子裝置，所述方法包括：

S110：根據目標數據庫服務器信息，通過后臺接口請求訪問所述目標數據庫服務器，并將所述目標數據庫服務器中的需要檢測更新的數據寫入應用數據庫服務器；

S120：選擇所述需要檢測更新的數據中需要導出的請求數據信息，通過后臺訪問所述應用數據庫服務器確定與所述請求數據對應的第一反饋數據，并獲取與所述請求數據信息對應的目標數據庫服務器信息，在所述目標數據庫服務器中確定與所述請求數據對應的第二反饋數據；

S130：通過比較所述第一反饋數據與所述第二反饋數據以確定所述第一反饋數據與所述第二反饋數據的差異項，并根據所述差異項確定與所述差異項對應的變更語句。

優選地，步驟S110進一步包括：

根據客戶端界面輸入的目標數據庫服務器信息請求后臺接口，所述后臺向所述目標數據庫服務器請求獲取所述目標數據庫服務器下的庫表信息；

所述目標數據庫服務器將所述庫表信息返回至所述后臺，通過所述后臺將與所述庫表信息對應的數據反饋至客戶端界面展示；

根據客戶端界面提交的基于反饋數據的目標數據庫服務器信息以及需要檢測更新的數據，請求后臺接口，并將所述目標數據庫服務器信息以及需要檢測更新的數據代入所述后臺接口；

所述后臺再次請求目標數據庫服務器獲取所述需要檢測更新的數據；

所述目標數據庫服務器根據所述后臺的請求將與所述需要檢測更新的數據對應的表的結構和/或數據信息反饋至后臺；