[發明專利]一種關系數據庫建庫完整性效驗方法及裝置

在審

• 申請號: 201810969219.0
• 申請日: 2018-08-23
• 公開（公告）號: CN109325014A
• 公開（公告）日: 2019-02-12
• 發明（設計）人: 竇志剛;劉國慶
• 申請（專利權）人: 北京信安世紀科技股份有限公司
• 主分類號: G06F16/21
• 分類號: G06F16/21;G06F16/28
• 代理公司: 北京愛普納杰專利代理事務所(特殊普通合伙) 11419
• 代理人: 王玉松

本發明提出了一種關系數據庫建庫完整性效驗方法及裝置，包括：在建立關系數據庫之前，獲取建庫的核心要素，生成第一驗證文件，并利用hash摘要算法對所述第一驗證文件進行處理，生成第一驗證碼；采用腳本建庫方式或手動建庫方式，建立所述關系數據庫；在建立所述關系數據庫之后，獲取建庫后的核心要素，生成第二驗證文件，并利用hash摘要算法對所述第二驗證文件進行處理，生成第二驗證碼；利用所述第一驗證碼對所述第二驗證碼進行對比驗證，以實現對建庫完整性的效驗。本發明解決現有技術中對關系數據庫建庫存在不完整性的技術問題，實現對關系數據庫建庫的完整性效驗。

技術領域

本發明涉及關系數據庫技術領域，特別涉及一種關系數據庫建庫完整性效驗方法及裝置。

背景技術

關系數據庫，是建立在關系數據庫模型基礎上的數據庫，借助于集合代數等概念和方法來處理數據庫中的數據，同時也是一個被組織成一組擁有正式描述性的表格，該形式的表格作用的實質是裝載著數據項的特殊收集體，這些表格中的數據能以許多不同的方式被存取或重新召集而不需要重新組織數據庫表格。關系數據庫的定義造成元數據的一張表格或造成表格、列、范圍和約束的正式描述。每個表格(有時被稱為一個關系)包含用列表示的一個或更多的數據種類。每行包含一個唯一的數據實體，這些數據是被列定義的種類。當創造一個關系數據庫的時候，可以定義數據列的可能值的范圍和可能應用于那個數據值的進一步約束。

但是，現有技術中，在建立關系數據庫的過程中存在不完整性的技術問題。

發明內容

本發明的目的旨在至少解決所述技術缺陷之一。

為此，本發明的目的在于提出一種關系數據庫建庫完整性效驗方法及裝置。

為了實現上述目的，本發明的實施例提供一種關系數據庫建庫完整性效驗方法，包括如下步驟：

步驟S1，在建立關系數據庫之前，獲取建庫的核心要素，生成第一驗證文件，并利用hash摘要算法對所述第一驗證文件進行處理，生成第一驗證碼；

步驟S2，采用腳本建庫方式或手動建庫方式，建立所述關系數據庫；

步驟S3，在建立所述關系數據庫之后，獲取建庫后的核心要素，生成第二驗證文件，并利用hash摘要算法對所述第二驗證文件進行處理，生成第二驗證碼；

步驟S4，利用所述第一驗證碼對所述第二驗證碼進行對比驗證，以實現對建庫完整性的效驗。

進一步，在所述步驟S1和步驟S3中，所述建庫的核心要素和建庫后的核心要素的類目相同，包括以下一種或多種：表個數、表名、索引名、索引個數、觸發器名、觸發器個數、字段個數、字段名、字段長度和插入數據條數。

進一步，在所述步驟S2中，采用腳本建庫方式建立所述關系數據庫，包括：通過數據庫客戶端執行SQL建庫腳本，完成建庫整個過程,其中，所述建庫整個過程包括創建數據庫、創建表以及插入數據。采用手動建庫方式建立所述關系數據庫，包括：不使用SQL語句，直接通過數據庫客戶端視圖來創建所述關系數據庫。

進一步，在所述步驟S1中，獲取建庫核心要素的方式根據步驟S2的建庫方式的不同分為：手動獲取驗證要素方式和腳本自動獲取驗證要素方式，當步驟S2使用手動方式創建數據庫，步驟S1則使用手動輸入方式獲取驗證要素；當步驟S2使用腳本自動建庫方式，步驟S1則可以使用手動輸入方式獲取驗證要素，或者使用解析腳本獲取驗證要素即自動獲取驗證要素；

其中，手動輸入核心要素，需要在創建數據庫前，確定核心要素，為建庫核心要素，采用輸入核心要素方式用來作為驗證數據完整性驗證的基準；

自動獲取驗證要素方式，即解析腳本獲取驗證要素方式，通過解析建庫腳本獲取腳本中的驗證要素，用來作為驗證數據庫完整性驗證的基準。