[發明專利]數據庫檢查維護方法

無效

• 申請號: 201210391160.4
• 申請日: 2012-10-16
• 公開（公告）號: CN102890720A
• 公開（公告）日: 2013-01-23
• 發明（設計）人: 潘付軍
• 申請（專利權）人: 南京通達海信息技術有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 南京知識律師事務所 32207
• 代理人: 汪旭東

技術領域

本發明涉及數據庫檢查維護領域，具體涉及一種數據庫的檢查、維護方法。

背景技術

在計算機應用領域，根據應用的需要，往往要求對于正在使用的數據庫進行不定期的維護及升級。例如，在系軟件開發過程中，隨著軟件版本的變化，會存在數據庫結構的不斷變化，而發布的軟件在客戶使用過程中，隨著客戶的需求變化，在維護過程中，需要對數據庫結構進行變更或升級，由于軟件本身功能的不斷變化，還可能導致不同客戶的數據庫結構版本可能不一致。在不影響客戶使用的情況下進行升級，就必須形成數據庫結構及基礎數據的差異報告，能夠自動產生升級語法。

目前，現有的數據庫維護及升級存在一些問題。

首先，在系統設計開發過程中，一般采取維護數據庫的物理模型，維護的是完整的數據結構，但在具體開發過程中，可能需要反復的變更數據結構，需要準確的記載變更的語法，這在多人協作的設計及開發環境下，若配置及管理不嚴，很容易出現記載缺失或部分失誤，難以發現，造成模型庫同開發庫出現不一致情況。

其次，應用系統的客戶數據庫檢查及升級的方式一般是需要先建立不同的數據庫版本及相鄰版本的升級語法，然后升級時利用版本變化獲取一組升級語法，需要從低版本到高版本逐一處理每個版本的升級語法，這樣效率低下，而且需要提供的數據庫版本信息要完整，一旦客戶的數據庫因某種原因變化過，則會直接導致升級失敗或用戶數據丟失。

第三，在開發過程中或實際用戶使用過程中，技術人員可能會變動過基礎數據，這一行為很難以監管，只能實行嚴格管理而沒有有效的檢查機制。

發明內容

所要解決的技術問題:針對現有技術存在的缺陷，本發明的目的是為軟件開發或維護過程提供一種數據庫的檢查維護方法，實現數據庫版本的記載及快速檢查維護或升級數據庫，并能提供報告及數據庫腳本語法。

技術方案：一種數據庫檢查維護方法，其特征在于：包括以下幾個步驟：

步驟1：建立數據庫版本，獲取當前最新版本數據庫結構，形成數據庫結構腳本語法，存貯數據庫結構信息；

步驟2：定義基礎表，獲取最新版本基礎數據，形成基礎數據語法，存貯基礎數據；

步驟3：獲取待比較的數據庫或歷史版本的數據庫結構及基礎數據；

步驟4：比較數據庫結構及基礎數據，形成差異報告，產生升級語法。

所述的步驟1包括以下步驟：

步驟1-1：按順序獲取數據庫結構信息，即先獲取系統中的用戶表，然后獲取對應表的字段信息，進一步獲取觸發器、視圖及存貯過程，最后解析出表的主鍵、外鍵，在獲取數據時，需要對數據進行排序，即對照建立索引的要求進行排序；

步驟1-2：利用已獲取的數據庫結構信息，按順序組織數據庫的腳本語法，以便可以直接執行數據庫腳本；

步驟1-3已獲取的數據，根據排序，建立索引，并根據索引中的順序來組織語法并存貯文件。

所述的步驟2是根據步驟1-1獲取到的用戶表，設置相關表為基礎數據表，即需要采集其數據作為系統的基礎數據，采集數據時，需先根據步驟1-1獲取的表的字段信息，來組織對應表的數據讀取的腳本語法，腳本語法中按步驟1-1中獲取的主鍵增加排序字段，這樣，獲取的基礎數據是按主鍵排序的，然后利用步驟1-3中構建索引的原則組織索引文件及數據文件。

所述的索引文件主要記載表名，記錄主鍵，數據的大小，數據文件的存貯名稱信息。

所述的步驟3分兩種情況，一種是直接同歷史版本進行比較，只需讀取歷史版本所保存的版本文件即可，另一種是比較某個具體的用戶庫，此時，對待比較的庫執行的操作為先執行步驟1-1中的獲取數據結構信息及存貯文件，然后執行步驟2中的獲取基礎數據及處理和存貯數據文件；本步驟執行完，最終的結果是要產生兩組供比較的數據文件。

所述的步驟4利用步驟3產生的數據文件，對數據庫結構的進行比較，需要按順序比較數據庫表、字段、觸發器、主鍵、索引、外鍵、存貯過程；對于增加或減少的表，則不再比較其表的其他結構信息；在比較過程中，根據差異形成比較報告，并產生對應的升級語法。

所述的升級語法，需先形成增減表的語法，然后形成增減及修改字段的語法，最后形成觸發器、主鍵、外鍵、索引的變化語法。

所述的步驟4包括以下步驟：

步驟4-1：根據索引文件，讀取雙方所建立的索引主鍵；

步驟4-2：比較主鍵，若主鍵不一致，直接記載主鍵小的一方的數據及語法即可，接著繼續讀取主鍵小的一方的下條記錄重復本步驟；