[發明專利]對象關系映射方法、裝置及處理器

有效

• 申請號: 201410083314.2
• 申請日: 2014-03-07
• 公開（公告）號: CN104899225B
• 公開（公告）日: 2018-10-16
• 發明（設計）人: 鄭叔亮;姚紅偉
• 申請（專利權）人: 北京四達時代軟件技術股份有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 北京信遠達知識產權代理事務所(普通合伙) 11304
• 代理人: 趙百令;劉大玲

本申請公開一種對象關系映射方法、裝置及處理器，該方法中，在需要查詢數據庫表中的數據時，根據接收到的數據庫操作語句、查詢參數，確定當前查詢對應的數據庫表的別名、數據庫表的物理字段，并構建相應的表連接關系，根據接收到的對象操作數據和預設的映射關系，進而返回對應的對象數據。該方法實現了對象關系的映射，并能應用于復雜的數據模型中，解決了現有硬編碼技術存在編碼混亂的問題；另外，本申請的對象關系映射方法中，根據對象數據和映射文件，能夠對當前的查詢條件和表連接關系進行拼裝，靈活性高，復用程度高。

技術領域

本發明涉及計算機技術領域，特別是涉及一種對象關系映射方法、裝置及處理器。

背景技術

在軟件工程中，經常需要將數據存儲到關系數據庫中，以便進行應用訪問。而隨著信息系統的發展，面向對象的開發思想得到廣泛運用，從而帶來了關系型數據與對象數據的轉換需求問題。

關系型數據與對象數據的轉換，通常稱為對象關系映射（Object RelationalMapping，ORM）。為了實現對象關系的映射，現有技術中，采用了兩種方式。其中一種，是在面向對象的程序代碼中，直接嵌入數據庫語句，從而以硬編碼的方式，實現數據庫返回的結果與對象數據的映射；第二種方式，借助第三方框架，預先建立對象與關系數據間完整的映射關系，根據所述映射關系實現映射。

但是，發明人在本申請的研究過程中發現，采用現有技術進行ORM映射時，還存在一定的問題，例如，采用第一種方式進行ORM映射時，只能應用于簡單的數據模型中，在數據模型規模較大時，會導致編碼混亂，難以維護；采用第二種方式進行ORM映射時，針對每次的復雜查詢需求，都需要相應的設置對象和關系數據的映射關系，靈活性較低，復用程度差。

發明內容

有鑒于此，本發明的目的在于提供一種對象關系映射方法、裝置及處理器，用于解決現有技術在進行對象關系映射時，第一種方法中存在的編碼混亂，難以維護，第二種方法中存在的靈活性較低，復用程度差的問題，具體實施方案如下：

一種對象關系映射方法，包括：

根據關系數據模型中的數據庫表的連接關系，以及待查詢的業務主題對應的業務模型中包含的數據庫表，構建所述待查詢的業務主題對應的數據關聯模型，其中，所述數據關聯模型的節點為所述業務模型中定義的數據庫表的別名；

當需要查詢數據庫表中的數據時，接收數據庫操作語句和查詢參數，所述數據庫操作語句中包含當前查詢需求對應的數據庫表的別名和字段，并通過所述數據關聯模型，為所述當前查詢需求對應的數據庫表的別名和字段建立相應的表連接關系；

接收對象操作數據，所述對象操作數據中包含當前查詢需求對應的類名和類的屬性，并根據預設的映射文件和所述表連接關系，返回所述對象操作數據對應的對象數據，其中，所述預設的映射文件包括：類名和數據庫表的名稱的映射關系、類的屬性和數據庫表的物理字段的映射關系。

優選的，所述構建所述待查詢的業務主題對應的數據關聯模型，包括：

獲取所述業務模型中的數據庫表后，根據所述關系數據模型，判斷各個所述數據庫表之間的關聯方式；

接收連通圖的配置文件，為具有關聯的所述數據庫表構建相應的連通圖，并獲取與其他數據庫表沒有關聯的數據庫表，構建相應的數據關聯模型；

所述數據關聯模型中包括：具有關聯的數據庫表構成的連通圖，和與其他數據庫表沒有關聯的數據庫表。

優選的，所述通過所述數據關聯模型，為所述當前查詢需求對應的數據庫表的別名建立相應的表連接關系，包括：

根據所述數據關聯模型，從所述當前查詢需求對應的數據庫表的別名中選取根節點，其中所述根節點為關聯其他數據庫表的別名最多的數據庫表；