[發明專利]數據管理設備及數據管理方法

有效

• 申請號: 201410294768.4
• 申請日: 2014-06-26
• 公開（公告）號: CN104298698B
• 公開（公告）日: 2019-03-12
• 發明（設計）人: 下野曉生;三好直樹;藤島一利;大塚憲
• 申請（專利權）人: 富士通株式會社
• 主分類號: G06F16/23
• 分類號: G06F16/23
• 代理公司: 北京集佳知識產權代理有限公司 11227
• 代理人: 朱勝;穆云麗

公開了數據管理設備和數據管理方法，該數據管理設備管理具有多個項的數據庫，多個項中的每個項均具有項屬性數據。該數據管理設備包括：綱要檢查單元，在接受到對數據庫的更新請求時，該綱要檢查單元確定在更新請求中指定的項是否包括在多個項中；以及綱要擴展單元，在所指定的項未包括在多個項中時，該綱要擴展單元將指定的項添加至多個項，同時將指定的項的項屬性數據中包括的定義設置標記改變成不同于第一狀態的第二狀態，該第一狀態被設置給被準許作為數據庫的項的項屬性數據中包括的定義設置標記。

技術領域

本文中所討論的實施例涉及數據管理程序等。

背景技術

在數據庫(DB)中，存在在具有綱要(schema)的條件下運行的DB(例如，全綱要DB)，其中，針對DB的每個項已預先定義了項名稱和數據類型。此外，存在在不具有綱要的條件下運行的DB(例如，無綱要DB)。此外，存在在全綱要DB和無綱要DB二者均存在的條件下運行的DB(例如，混合DB)。具體地，在混合DB中，在綱要中定義了被給予構成表的項的共同屬性的同時，在綱要中特別地定義了一些項的屬性。

針對混合DB，已經公開了在合并多個數據庫源時對綱要執行擴展的技術(例如，日本特開專利公布第2006-107466號)。例如，當預定應用合并多個數據源時，映射每個數據源中的字段。具體地，提取第一數據源作為初始數據源，使得所提取的數據源隨后的每個數據源的字段與初始數據源的字段相關聯，并且添加隨后的數據源中的未包括在初始數據源中的字段。將從每個輸入數據源映射的字段特別地添加在綱要中。

然而，在對綱要執行擴展的技術中，存在下述問題：當不期望的項被添加至綱要時，該不期望的項未被識別。即，通過綱要擴展添加至綱要的項是在沒有檢查項名稱、數據類型等的情況下添加的。因此，例如，可能通過犯了項名稱的拼寫錯誤而添加不期望的項。因此，在傳統的預定應用中，不可能確定所添加的項是期望的項還是不期望的項。

因此，這是本發明的實施例的一個方面要提供的目的。在一方面，目的是即使在通過綱要擴展將不期望的項添加至綱要時也能夠識別不期望的項。

發明內容

根據實施例的一方面，由計算機執行數據管理方法。該方法包括：當接受到對數據庫的更新請求時，確定在更新請求中指定的項是否包括在數據庫具有的多個項中，多個項中的每個項均具有項屬性數據。該方法包括：當所指定的項未包括在多個項中時，將所指定的項添加至多個項。該方法包括：將所指定的項的項屬性數據中包括的定義設置標記設置成不同于第一狀態的第二狀態，該第一狀態被設置給被準許作為數據庫的項的項的項屬性數據中包括的定義設置標記。

附圖說明

圖1是根據實施例的數據管理設備的框圖；

圖2A是示出了根據實施例的表定義的數據配置的示例的圖；

圖2B是示出了根據實施例的表定義的示例的圖；

圖3A是示出了根據實施例的屬性定義的數據配置的示例的圖；

圖3B是示出了根據實施例的屬性定義的示例的圖；

圖4是當接受到數據添加/更新請求時所執行的處理的流程圖；

圖5是當接受到綱要參考(reference)請求時所執行的處理的流程圖；

圖6是當接受到對聲明標記的改變請求時所執行的處理的流程圖；以及

圖7是示出了執行數據管理程序的計算機的示例的圖。

具體實施方式

將參考附圖闡述本發明的優選實施例。本發明不限于實施例。

數據管理設備的配置