[發明專利]一種面向關系數據庫的本體模型構造方法及系統

有效

• 申請號: 201810456743.8
• 申請日: 2018-05-14
• 公開（公告）號: CN108733793B
• 公開（公告）日: 2019-12-10
• 發明（設計）人: 趙俊峰;王亞沙;王江濤;崔達;王豐
• 申請（專利權）人: 北京大學
• 主分類號: G06F16/21
• 分類號: G06F16/21;G06F16/25;G06F16/28
• 代理公司: 11200 北京君尚知識產權代理有限公司
• 代理人: 邱曉鋒

本發明涉及一種面向關系數據庫的本體模型構造方法及系統。該方法包括以下步驟：1)提取關系數據庫的元信息；2)對提取的關系數據庫的元信息進行冗余信息檢測；3)對提取的關系數據庫的元信息進行外鍵檢測；4)通過映射規則，將冗余信息檢測、外鍵檢測之后的元信息用本體來表達，得到本體模型。本發明在構造本體模型的過程中加入了“冗余信息檢測”和“外鍵檢測”兩個步驟，分別用于檢測存在的冗余信息以及缺失的外鍵定義，可以更加高效地通過關系型數據庫建立本體模型；建立的本體模型可以為底層的數據庫構建統一的視圖，為上層應用提供統一的接口，從而方便數據的應用與分析。

技術領域

本發明涉及一種基于本體的數據處理方法和系統構造，屬于多源異構數據處理領域，具體涉及一種面向關系數據庫的本體模型構造方法及系統。

背景技術

隨著信息技術的發展和應用，智慧城市的各個領域均涌現出大量的應用系統。在同一個領域的多個系統往往提供類似的功能和服務，例如，在二手房交易信息中介領域，存在58同城、安居客、我愛我家、搜房網等幾十個不同的平臺；在餐飲信息管理領域，存在喰星人、品智、餐行健、客如云、思迅等數十家功能和服務相似的系統。而智慧城市中存在大量集成同一領域多個不同應用系統數據的需求，這類需求廣泛存在于市民、企業和政府中。例如：市民為了全面了解一個城市中二手房的信息，希望集成多個房屋租賃信息中介平臺中的數據；政務希望評估城市中二手房市場也有同樣的需求；而一個餐飲集團下的不同門店、品牌一般采用不同的餐飲信息管理系統，為了全面了解整個集團的營銷狀況，也需要集成不同系統中餐飲收銀的數據。如何有效地進行數據集成，建設跨系統、跨領域，且具有統一抽象視圖的全面數據集是智慧城市建設的共性需求。現有的城市系統中，數據存儲結構日趨多樣化，但是關系型數據庫系統仍然是主流數據存儲方式。

數據集成的任務是聯合不同數據來源的數據，并且向用戶提供統一的數據視圖。而智慧城市中的應用系統具有不同程度的局部性、異構性和封閉性，給數據集成系統的設計帶來了嚴峻的考驗。局部性是指單一應用系統數據體量小，且由于自身業務模型的原因，對領域的理解具有一定的局限性，數據集成系統為了滿足使用需求必須集成多個系統中的數據；異構性是指不同的系統，在數據模型、數據模式、數據語義、表達粒度等方面存在不同程度的差異，為了提供統一的數據視圖，數據集成系統必須屏蔽異構性；封閉性是指系統和系統之間難以直接地進行數據交互，往往依賴于特定的數據調用接口來完成系統間的交流和協作，數據集成系統除了提供統一數據視圖之外，還需要為數據源之間的互操作提供良好的支持機制。

數據集成有兩種解決思路，一種是“基于兩兩模式直接匹配的數據集成”，即數據源和數據源之間兩兩直接匹配，然后將不同數據源中相同含義的概念串聯起來，這種方式耦合性低且易于實現，但在數據源數量較大的情況下，難以形成對領域概念的統一表述，生成完整的統一數據視圖比較困難。另一種主流思路是“基于中介模型的數據集成”，不同的數據源模式僅和中介模型進行匹配，利用中介模式作為橋梁，屏蔽數據源間的異構性，此方案還適用于集成大量數據源，有效地解決局部性問題。用戶針對中介模式提出邏輯上的數據查詢請求，經過映射轉化為針對各物理數據源的查詢請求，所有請求的結果返回后，經過匯總呈現給用戶。

發明內容

本發明主要是解決現有技術所存在的技術問題，提供一種面向關系數據庫的本體模型構造方法及系統，在構造本體模型的過程中加入了“冗余信息檢測”和“外鍵檢測”兩個步驟，分別用于檢測存在的冗余信息以及缺失的外鍵定義，可以更加高效地通過關系型數據庫建立本體模型。

本發明的上述技術問題主要是通過下述技術方案得以解決的：

一種面向關系數據庫的本體模型構造方法，包括以下步驟：

1)提取關系數據庫的元信息；

2)對提取的關系數據庫的元信息進行冗余信息檢測；

3)對提取的關系數據庫的元信息進行外鍵檢測；