[發明專利]一種構造多維語義數據庫的方法

有效

• 申請號: 201811322528.5
• 申請日: 2018-11-08
• 公開（公告）號: CN111159173B
• 公開（公告）日: 2023-04-18
• 發明（設計）人: 王紋
• 申請（專利權）人: 王紋
• 主分類號: G06F16/22
• 分類號: G06F16/22
• 代理公司: 上海申浩律師事務所 31280
• 代理人: 沈其梅

本發明公開了一種構造多維語義數據庫的方法，包括：基于根據語義學原理抽象出的十余個通用維度，構造事實表的主體結構；構造用于精確定位各維度在具體場景中準確含義的含義坐標，該含義坐標由如下三個子維度共同構成，稱作子維度三角：特征、主數據、實例；技術上，通過構造一組具有特定結構的數據表實現含義坐標，稱作維度表族；在事實表各維度之下構造維度列簇；基于商業場景中數量詞的表達方式抽象出簡潔少量的關鍵值，構造事實表結構中的其余部分；在事實表各關鍵值之下構造關鍵值列簇，用于分別存放商業場景中的數詞和量詞。本發明具有數據庫開發簡單、易維護成本低、兼容性好、通用性強、可讀性和自解釋性高的技術特點。

技術領域

本發明屬于數據庫管理技術和數據倉庫技術領域，尤其涉及一種構造多維語義數據庫的方法。

背景技術

現有的數據存儲技術，包括關系型數據庫、數據倉庫、非關系型數據庫等等，在支撐應用程序開發的過程中，都需要程序開發人員為各自的應用程序設計并編寫特定的數據結構，比如形態各異的表，數據元素，字段，以及它們之間的關聯等等。

以商業應用中的企業資源計劃、客戶關系管理、企業績效管理等領域為例，每個應用程序的各種個性化的表的數量就會從幾百張到幾萬張不等，再考慮到它們之間的各種關聯關系，往往變得極其復雜。對于數據結構的設計和編寫不僅耗費了應用程序開發人員的大量時間和精力，容易出錯，而且還大大阻礙了應用程序的兼容性、維護性、及向云端遷移和部署。

對于解決上述問題，本發明提出一種構造多維語義數據庫的方法。

發明內容

本發明的技術目的是提供一種構造多維語義數據庫的方法，以具有數據庫開發簡單、運維簡單成本低、兼容性好、易向云端遷移和部署、通用性強、可讀性和自解釋性高的技術特點。

為解決上述問題，本發明提供一種構造多維語義數據庫的方法，包括：

基于根據語義學原理抽象出的十余個通用語義化維度，構造事實表的主體結構；

構造用于精確定位各維度在具體場景中準確含義的含義坐標，該含義坐標由如下三個子維度共同構成，稱作子維度三角，就某個維度而言，所述含義坐標包括：

子維度1，特征：特征是對該維度的各種分類、分層和各種方向上的細分標準；

子維度2，主數據：主數據是該維度內各種形式和各種顆粒度的個體；

子維度3，實例：實例是該維度內各種形式的單次的事件、業務、活動等；

技術上，根據實際需求，通過構造一組數據表實現含義坐標，稱作維度表族；

在事實表各維度之下構造維度列簇，維度列簇包含：子維度列，編碼列，名稱列；

通過子維度列和編碼列，連接事實表中各維度和它們的維度表族，從而實現含義坐標對事實表中具體場景數據的精確含義定位；

基于商業場景中數量詞的表達方式抽象出簡潔少量的關鍵值，構造事實表結構中的其余部分；

在事實表各關鍵值之下構造關鍵值列簇，關鍵值列簇包含：金額/數量，單位等列，用于分別存放商業場景中的數詞和量詞。

在具體實施例中，所述通用語義化維度包含：事件，組織，人，地點和設施，物、服務、作業，項目，會計科目和指標，條件，時間，版本，疾病等，以及用戶可自定義的若干自由維度；

所述維度列簇還包含：對家-子維度，對家-編碼，對家-名稱等列；所述非對家各列用于存放主動對象；對家各列用于存放被動對象；

所述簡潔化關鍵值包含：金額-交易幣，金額-本幣，數量，價格等，以及用戶可自定義的若干自由關鍵值；同時，將若干文本列也作為關鍵值構造進事實表。