對(duì)象關(guān)系映射（Object Relational Mapping，簡(jiǎn)稱(chēng)ORM）是一種為了解決面向?qū)ο笈c關(guān)系數(shù)據(jù)庫(kù)存在的互不匹配的現(xiàn)象的技術(shù)。 簡(jiǎn)單的說(shuō)，ORM是通過(guò)使用描述對(duì)象和數(shù)據(jù)庫(kù)之間映射的元數(shù)據(jù)，將java程序中的對(duì)象自動(dòng)持久化到關(guān)系數(shù)據(jù)庫(kù)中。本質(zhì)上就是將數(shù)據(jù)從一種形式轉(zhuǎn)換到另外一種形式。 這也同時(shí)暗示者額外的執(zhí)行開(kāi)銷(xiāo)；然而，如果ORM作為一種中間件實(shí)現(xiàn)，則會(huì)有很多機(jī)會(huì)做優(yōu)化，而這些在手寫(xiě)的持久層并不存在。 更重要的是用于控制轉(zhuǎn)換的元數(shù)據(jù)需要提供和管理；但是同樣，這些花費(fèi)要比維護(hù)手寫(xiě)的方案要少；而且就算是遵守ODMG規(guī)范的對(duì)象數(shù)據(jù)庫(kù)依然需要類(lèi)級(jí)別的元數(shù)據(jù)。

      對(duì)象-關(guān)系映射（Object/Relation Mapping，簡(jiǎn)稱(chēng)ORM），是隨著面向?qū)ο蟮能浖_(kāi)發(fā)方法發(fā)展而產(chǎn)生的。面向?qū)ο蟮拈_(kāi)發(fā)方法是當(dāng)今企業(yè)級(jí)應(yīng)用開(kāi)發(fā)環(huán)境中的主流開(kāi)發(fā)方法，關(guān)系數(shù)據(jù)庫(kù)是企業(yè)級(jí)應(yīng)用環(huán)境中永久存放數(shù)據(jù)的主流數(shù)據(jù)存儲(chǔ)系統(tǒng)。對(duì)象和關(guān)系數(shù)據(jù)是業(yè)務(wù)實(shí)體的兩種表現(xiàn)形式，業(yè)務(wù)實(shí)體在內(nèi)存中表現(xiàn)為對(duì)象，在數(shù)據(jù)庫(kù)中表現(xiàn)為關(guān)系數(shù)據(jù)。內(nèi)存中的對(duì)象之間存在關(guān)聯(lián)和繼承關(guān)系，而在數(shù)據(jù)庫(kù)中，關(guān)系數(shù)據(jù)無(wú)法直接表達(dá)多對(duì)多關(guān)聯(lián)和繼承關(guān)系。因此，對(duì)象-關(guān)系映射(ORM)系統(tǒng)一般以中間件的形式存在，主要實(shí)現(xiàn)程序?qū)ο蟮疥P(guān)系數(shù)據(jù)庫(kù)數(shù)據(jù)的映射。

      面向?qū)ο笫菑能浖こ袒驹瓌t(如耦合、聚合、封裝)的基礎(chǔ)上發(fā)展起來(lái)的，而關(guān)系數(shù)據(jù)庫(kù)則是從數(shù)學(xué)理論發(fā)展而來(lái)的，兩套理論存在顯著的區(qū)別。為了解決這個(gè)不匹配的現(xiàn)象,對(duì)象關(guān)系映射技術(shù)應(yīng)運(yùn)而生。

      讓我們從O/R開(kāi)始。字母O起源于"對(duì)象"(Object),而R則來(lái)自于"關(guān)系"(Relational)。幾乎所有的程序里面，都存在對(duì)象和關(guān)系數(shù)據(jù)庫(kù)。在業(yè)務(wù)邏輯層和用戶(hù)界面層中，我們是面向?qū)ο蟮?。?dāng)對(duì)象信息發(fā)生變化的時(shí)候，我們需要把對(duì)象的信息保存在關(guān)系數(shù)據(jù)庫(kù)中。

      當(dāng)你開(kāi)發(fā)一個(gè)應(yīng)用程序的時(shí)候(不使用O/R Mapping),你可能會(huì)寫(xiě)不少數(shù)據(jù)訪(fǎng)問(wèn)層的代碼，用來(lái)從數(shù)據(jù)庫(kù)保存，刪除，讀取對(duì)象信息，等等。你在DAL中寫(xiě)了很多的方法來(lái)讀取對(duì)象數(shù)據(jù)，改變狀態(tài)對(duì)象等等任務(wù)。而這些代碼寫(xiě)起來(lái)總是重復(fù)的。
 
　　如果打開(kāi)你最近的程序，看看DAL代碼，你肯定會(huì)看到很多近似的通用的模式。我們以保存對(duì)象的方法為例，你傳入一個(gè)對(duì)象，為SqlCommand對(duì)象添加SqlParameter，把所有屬性和對(duì)象對(duì)應(yīng)，設(shè)置SqlCommand的CommandText屬性為存儲(chǔ)過(guò)程，然后運(yùn)行SqlCommand。對(duì)于每個(gè)對(duì)象都要重復(fù)的寫(xiě)這些代碼。

　　除此之外，還有更好的辦法嗎？有，引入一個(gè)O/R Mapping。實(shí)質(zhì)上，一個(gè)O/R Mapping會(huì)為你生成DAL。與其自己寫(xiě)DAL代碼，不如用O/R Mapping。你用O/R Mapping保存，刪除，讀取對(duì)象，O/R Mapping負(fù)責(zé)生成SQL，你只需要關(guān)心對(duì)象就好。

      對(duì)象關(guān)系映射成功運(yùn)用在不同的面向?qū)ο蟪志脤赢a(chǎn)品中，如:Torque,OJB,Hibernate,TopLink,Castor JDO, TJDO 等。

      一般的ORM包括以下四部分：
      一個(gè)對(duì)持久類(lèi)對(duì)象進(jìn)行CRUD操作的API；
      一個(gè)語(yǔ)言或API用來(lái)規(guī)定與類(lèi)和類(lèi)屬性相關(guān)的查詢(xún)；
      一個(gè)規(guī)定mapping metadata的工具；
      一種技術(shù)可以讓ORM的實(shí)現(xiàn)同事務(wù)對(duì)象一起進(jìn)行dirty checking, lazy association fetching以及其他的優(yōu)化操作。

一、目前流行的 ORM 產(chǎn)品

      目前眾多廠(chǎng)商和開(kāi)源社區(qū)都提供了持久層框架的實(shí)現(xiàn)，常見(jiàn)的有：

      Apache OJB （http://db./ojb/）
      Cayenne （http:///cayenne/）
      Jaxor （http://jaxor.）
      Hibernate （http://www.）
      iBatis （http://www.）
      jRelationalFramework （http://ijf.）
      mirage （http://itor./en/oss/mirage/toon）
      SMYLE （http://www./smyle）
      TopLink （http://otn.oracle.com/products/ias/toplink/index.html）

      其中 TopLink 是 Oracle 的商業(yè)產(chǎn)品，其他均為開(kāi)源項(xiàng)目。

      其中 Hibernate 的輕量級(jí) ORM 模型逐步確立了在 Java ORM 架構(gòu)中領(lǐng)導(dǎo)地位，甚至取代復(fù)雜而又繁瑣的 EJB 模型而成為事實(shí)上的 Java ORM 工業(yè)標(biāo)準(zhǔn)。而且其中的許多設(shè)計(jì)均被 J2EE 標(biāo)準(zhǔn)組織吸納而成為最新 EJB 3.0 規(guī)范的標(biāo)準(zhǔn)，這也是開(kāi)源項(xiàng)目影響工業(yè)領(lǐng)域標(biāo)準(zhǔn)的有力見(jiàn)證。

二、對(duì)象－關(guān)系映射模式

      從《公共倉(cāng)庫(kù)元模型：開(kāi)發(fā)指南》一書(shū)第8章CWM元倉(cāng)庫(kù)中摘錄出來(lái)的內(nèi)容，實(shí)現(xiàn)了公共倉(cāng)庫(kù)元模型(CWM)的UML圖到Microsoft SQL Server數(shù)據(jù)庫(kù)的映射，是一種將對(duì)象層次結(jié)構(gòu)映射成關(guān)系型結(jié)構(gòu)的方法。個(gè)人認(rèn)為可以作為將本體(Ontology)文件存儲(chǔ)到關(guān)系型數(shù)據(jù)庫(kù)中的一種可借鑒方法。

      基本情況：公共倉(cāng)庫(kù)元模型(CWM)是對(duì)象管理組織(OMG)的一種和數(shù)據(jù)倉(cāng)庫(kù)相關(guān)的元模型標(biāo)準(zhǔn)，采用UML表示的對(duì)象層次結(jié)構(gòu)，在保存到數(shù)據(jù)庫(kù)中時(shí)由于面向?qū)ο蟮臄?shù)據(jù)庫(kù)技術(shù)的不完善(理論研究和商業(yè)應(yīng)用都不是主流)，所以該書(shū)的作者傾向于使用成熟的關(guān)系型數(shù)據(jù)庫(kù)來(lái)保存－這也是存儲(chǔ)本體時(shí)所遇到的問(wèn)題。

      采用方法：將UML模型中的各種元素通過(guò)轉(zhuǎn)換，保存為數(shù)據(jù)庫(kù)模式。由于CWM是一種元模型，因此模型的實(shí)例也是一種模型，將這種實(shí)例以數(shù)據(jù)庫(kù)數(shù)據(jù)的形式保存。使用數(shù)據(jù)庫(kù)中比較成熟的存儲(chǔ)過(guò)程技術(shù)提高開(kāi)發(fā)和執(zhí)行效率。

      1、數(shù)據(jù)類(lèi)型映射模式

      1.1簡(jiǎn)單數(shù)據(jù)類(lèi)型模式：建立UML和關(guān)系型數(shù)據(jù)庫(kù)中簡(jiǎn)單數(shù)據(jù)類(lèi)型的映射表以指導(dǎo)映射。
      1.2枚舉數(shù)據(jù)類(lèi)型模式：每種枚舉類(lèi)型對(duì)應(yīng)一個(gè)表，只有一個(gè)列(_EnumLiteral)表示枚舉值。
      1.3基于類(lèi)的數(shù)據(jù)類(lèi)型模式：使用外鍵約束，將基礎(chǔ)列與基于類(lèi)的類(lèi)型實(shí)例相關(guān)聯(lián)。

      2、類(lèi)映射模型

      每個(gè)類(lèi)對(duì)應(yīng)一個(gè)表。單值屬性、多值屬性、繼承關(guān)系可以用下述方法映射，而引用屬性將在關(guān)聯(lián)映射模式中提到。

      2.1單值屬性模式：是cardinality的上界為1的屬性，映射到類(lèi)所對(duì)應(yīng)的表的列上。若其下界也為1（必須有的屬性），列屬性為NOT NULL。
      2.2多值屬性模式：每個(gè)多值屬性映射成一個(gè)獨(dú)立的表，使用外鍵連接到類(lèi)所對(duì)應(yīng)的表上。
      2.3繼承模式：每加入一個(gè)類(lèi)的實(shí)例時(shí)，根據(jù)其繼承關(guān)系自頂向下生成每個(gè)類(lèi)的對(duì)象，這些對(duì)象具有相同的ID（根對(duì)象對(duì)應(yīng)記錄的主鍵）。刪除對(duì)象實(shí)例時(shí)，自底向上刪除數(shù)據(jù)。遇到從中間刪的情況怎么辦？多重繼承怎么處理？（金龍飛）

      3、關(guān)聯(lián)映射模式

      3.1一對(duì)一關(guān)聯(lián)模式：在關(guān)聯(lián)兩端各加一列。
      3.2一對(duì)多關(guān)聯(lián)模式：和3.1一樣。如果多這端是有序的，還需加入一列表示序號(hào)。
      3.3多對(duì)多關(guān)聯(lián)模式：將關(guān)聯(lián)單獨(dú)作一個(gè)表。
      3.4組合關(guān)聯(lián)模式：注意級(jí)聯(lián)式刪除。
      3.5反演關(guān)聯(lián)模式：關(guān)聯(lián)兩端指向相關(guān)的類(lèi)型，和普通關(guān)聯(lián)一樣。
      3.6成對(duì)關(guān)聯(lián)模式：關(guān)聯(lián)記錄兩個(gè)類(lèi)間的關(guān)系，用交集類(lèi)表示關(guān)聯(lián)，表示成一個(gè)單獨(dú)的表，每個(gè)關(guān)聯(lián)對(duì)應(yīng)一個(gè)表，用外鍵表示它們間的關(guān)系。
      3.7關(guān)聯(lián)上的OCL需要分析成對(duì)應(yīng)的存儲(chǔ)過(guò)程代碼。
      3.8保證關(guān)聯(lián)的cardinality也需要分析成對(duì)應(yīng)的存儲(chǔ)過(guò)程代碼。

      4、引用映射模式

      在UML中不存在的MOF特征，指屬性是聲明為引用類(lèi)型的實(shí)例。用存儲(chǔ)過(guò)程實(shí)現(xiàn)。