基于ORM數(shù)據(jù)映射工具的設計與分析.pdf

1、面向對象設計的機制與關系模型的不同，造成了面向對象設計與關系數(shù)據(jù)庫設計之間的不匹配，本課題的背景就是建立這種不匹配的基礎之上。 面向對象設計基于如耦合、聚合、封裝等理論，數(shù)據(jù)綁定在對象上，并由對象中的方法處理。而關系模型基于數(shù)學原理，是以行、列和表的形式存儲數(shù)據(jù)。不同的理論基礎導致了不同的優(yōu)缺點。對象模型側重于使用包含數(shù)據(jù)和行為的對象來構建應用程序；關系模型則主要針對于數(shù)據(jù)的存儲。當為訪問數(shù)據(jù)尋找一種合適的方法時，這種不匹配就成

2、為了主要矛盾：使用對象模型，常常通過對象之間的關系來進行訪問；而根據(jù)關系理論，則通過表的連接、行列的復制來實施數(shù)據(jù)的存取。這種基本的不同使兩種機制的結合并不理想。換言之，需要一種映射機制來解決該矛盾，從而獲得成功的設計。 本課題主要工作是開發(fā)一種“基于ORM的數(shù)據(jù)映射工具”。目標是解決在以數(shù)據(jù)庫為中心的應用程序中使用對象所面臨的上述問題。該工具可以使應用程序能夠使用一個關系型數(shù)據(jù)庫透明地存儲和檢索對象。解決方案是使用元數(shù)據(jù)方案來

3、描述業(yè)務對象與數(shù)據(jù)庫是如何對應的。在運行時，該工具使用元數(shù)據(jù)自動生成SQL、運行請求并根據(jù)結果構建對象。這意味著你不僅無須對你的業(yè)務對象進行任何基于SQL的硬編碼，無須創(chuàng)建特定超類的子類或使用生成的代碼，不必了解任何有關SQL或數(shù)據(jù)庫的知識。你只需直接處理對象，就好像處理任何普通的Java對象一樣。 該工具由兩個功能模塊組成：MappingWorkbench(映射工作臺)和DataAccessObject(DAO數(shù)據(jù)訪問對象層)

4、。 MappingWorkbench提供圖形化界面用來構建將對象映射到數(shù)據(jù)庫的元數(shù)據(jù)。這個工具使你能夠將Java類映射到存儲其實例的關系數(shù)據(jù)庫表中，同時也將類的屬性映射到相關表的字段中。該工具使用由MappingWorkbench生成的元數(shù)據(jù)來描述業(yè)務對象與一個特定的數(shù)據(jù)庫模式是如何對應的。 第二個功能模塊數(shù)據(jù)訪問層封裝了對數(shù)據(jù)庫的訪問，允許開發(fā)人員專注于商業(yè)領域的問題。即意味著，封裝訪問數(shù)據(jù)庫的類以為開發(fā)者提供足夠簡單

5、的CRUD接口(select、irsert、delete、update、selectInfoSet等接口)，來實現(xiàn)對數(shù)據(jù)庫的增、刪、改、查詢等功能。另外，對數(shù)據(jù)庫設計也提供了封裝，使開發(fā)者無需了解數(shù)據(jù)庫的私有實現(xiàn)。DAO層徹底地隱藏了存儲機制，隔離了可能的修改。 數(shù)據(jù)訪問層需要元數(shù)據(jù)提供映射對象所需要的信息。當商業(yè)規(guī)則如同以往發(fā)生變化時，DAO層的代碼應無需改變。另外，如果數(shù)據(jù)庫更改時，可能是安裝新的數(shù)據(jù)庫或是DBA重組數(shù)據(jù)表，

6、唯一所需要修改的是元數(shù)據(jù)中的信息。 當你操作業(yè)務對象時，該工具就會構建SQL查詢來更新數(shù)據(jù)庫。這是一個自動化的過程，這樣就減少了對數(shù)據(jù)庫的依賴性，更加便于維護，同時使對SQL語句不熟悉的開發(fā)人員也能夠根據(jù)業(yè)務域編寫查詢。該工具負責所有生成SQL的任務并返回代表結果的對象。 本課題的理論與實際意義是提供一種易于使用的自動數(shù)據(jù)映射工具，它有助于解決在以數(shù)據(jù)庫為中心的應用程序中使用對象所面臨的這些問題。它可以使應用程序能夠使用