名稱
Object/Relation Mapping
對象
對象關係映射（ORM）提供了概念性的、易於理解的模型化數據的方法。ORM方法論基於三個核心原則：
簡單：以最基本的形式建模數據。
傳達性：資料庫結構被任何人都能理解的語言文檔化。
精確性：基於數據模型創建正確標準化了的結構。
典型地，建模者通過收集來自那些熟悉應用程式但不熟練的數據建模者的人的信息開發信息模型。建模者必須能夠用非技術企業專家可以理解的術語在概念層次上與數據結構進行通訊。建模者也必須能以簡單的單元分析信息，對樣本數據進行處理。ORM專門被設計為改進這種聯繫。
概念
對象關係映射（Object Relational Mapping，簡稱ORM）是一種為了解決面向對象與關係資料庫存在的互不匹配的現象的技術。 簡單的說，ORM是通過使用描述對象和資料庫之間映射的元數據，將java程式中的對象自動持久化到關係資料庫中。本質上就是將數據從一種形式轉換到另外一種形式。 這也同時暗示者額外的執行開銷；然而，如果ORM作為一種中間件實現，則會有很多機會做最佳化，而這些在手寫的持久層並不存在。 更重要的是用於控制轉換的元數據需要提供和管理；但是同樣，這些花費要比維護手寫的方案要少；而且就算是遵守ODMG規範的對象資料庫依然需要類級別的元數據。
對象-關係映射（Object/Relation Mapping，簡稱ORM），是隨著面向對象的軟體開發方法發展而產生的。面向對象的開發方法是當今企業級套用開發環境中的主流開發方法，關係資料庫是企業級套用環境中永久存放數據的主流數據存儲系統。對象和關係數據是業務實體的兩種表現形式，業務實體在記憶體中表現為對象，在資料庫中表現為關係數據。記憶體中的對象之間存在關聯和繼承關係，而在資料庫中，關係數據無法直接表達多對多關聯和繼承關係。因此，對象-關係映射(ORM)系統一般以中間件的形式存在，主要實現程式對象到關係資料庫數據的映射。
面向對象是從軟體工程基本原則(如耦合、聚合、封裝)的基礎上發展起來的，而關係資料庫則是從數學理論發展而來的，兩套理論存在顯著的區別。為了解決這個不匹配的現象,對象關係映射技術應運而生。
讓我們從O/R開始。字母O起源於"對象"(Object),而R則來自於"關係"(Relational)。幾乎所有的程式裡面，都存在對象和關係資料庫。在業務邏輯層和用戶界面層中，我們是面向對象的。當對象信息發生變化的時候，我們需要把對象的信息保存在關係資料庫中。
當你開發一個應用程式的時候(不使用O/R Mapping),你可能會寫不少數據訪問層的代碼，用來從資料庫保存，刪除，讀取對象信息，等等。你在DAL中寫了很多的方法來讀取對象數據，改變狀態對象等等任務。而這些代碼寫起來總是重複的。
如果打開你最近的程式，看看DAL代碼，你肯定會看到很多近似的通用的模式。我們以保存對象的方法為例，你傳入一個對象，為SqlCommand對象添加SqlParameter，把所有屬性和對象對應，設定SqlCommand的CommandText屬性為存儲過程，然後運行SqlCommand。對於每個對象都要重複的寫這些代碼。
除此之外，還有更好的辦法嗎？有，引入一個O/R Mapping。實質上，一個O/R Mapping會為你生成DAL。與其自己寫DAL代碼，不如用O/R Mapping。你用O/R Mapping保存，刪除，讀取對象，O/R Mapping負責生成SQL，你只需要關心對象就好。
對象關係映射成功運用在不同的面向對象持久層產品中，如:Torque,OJB,Hibernate,toplink,CastorJDO, TJDO 等。
一般的ORM包括以下四部分：
一個對持久類對象進行CRUD操作的API；
一個語言或API用來規定與類和類屬性相關的查詢；
一個規定mapping metadata的工具；
一種技術可以讓ORM的實現同事務對象一起進行dirty checking, lazy association fetching以及其他的最佳化操作。
一、目前流行的 ORM 產品
目前眾多廠商和開源社區都提供了持久層框架的實現，常見的有：
Java系列：
Apache OJB （http://db.apache.org/ojb/）
Cayenne （http://objectstyle.org/cayenne/）
Jaxor （http://jaxor.sourceforge.net）
Hibernate （http://www.hibernate.org）
iBatis （http://www.ibatis.com）
jRelationalFramework （http://ijf.sourceforge.net）
mirage （http://itor.cq2.org/en/oss/mirage/toon）
SMYLE （http://www.drjava.de/smyle）
TopLink （http://otn.oracle.com/products/ias/toplink/index.html）
其中 TopLink 是 Oracle 的商業產品，其他均為開源項目。
其中 Hibernate 的輕量級 ORM 模型逐步確立了在 Java ORM架構中領導地位，甚至取代複雜而又繁瑣的EJB模型而成為事實上的 Java ORM 工業標準。而且其中的許多設計均被J2EE標準組織吸納而成為最新 EJB 3.0 規範的標準，這也是開源項目影響工業領域標準的有力見證。
.Net系列：
EntitysCodeGenerate
LINQTOSQL
Grove
Rungoo.EnterpriseORM
FireCodeCreator
myGeneration
codesmithPro
CodeAuto
...
其中：
EntitysCodeGenerate：是（VB/C#.Net實體代碼生成工具）的簡稱，EntitysCodeGenerate(ECG)是一款專門為.Net資料庫程式開發量身定做的(ORM框架)代碼生成工具，所生成的程式代碼基於面向對象、分層架構、ORM及反射+工廠設計模式等。支持.Net1.1及以上版本，可用於Oracle、SqlServer、MySQL、Access、Sybase、SQLite、DB2、PostgreSQL、DM(達夢)、PowerDesigner檔案、Informix、Firebird、MaxDB、Excel等和OleDb、ODBC連線的資料庫並可自定義。
LINQTOSQL：微軟為SqlServer資料庫提供的，是.NETFramework3.5版的一個組件，提供了用於將關係數據作為對象管理的運行時基礎結構。
Grove:即GroveORMDevelopmentToolkit。包含Grove和Toolkit兩部分內容。Grove為ORM提供對象持久、關係對象查詢、簡單事務處理、簡單異常管理等功能。
Rungoo.EnterpriseORM:是一個基於企業套用架構的代碼生成工具，主要適用於B/S模式的套用系統開發。開發語言：C#，支持VS2003和VS2005兩個版本的開發平台，同時支持SQLServer2000/2005。
風越C#ASP.Net代碼生成器[FireCodeCreator]是一款基於多種資料庫的程式代碼生成軟體，可快速建立：添加、編輯、查看、列表、搜尋功能。支持支持的資料庫：SQLServer、Access、Oracle、MySql、Excel、FoxPro、FoxBase、Text等資料庫連線。
二、對象－關係映射模式
從《公共倉庫元模型：開發指南》一書第8章CWM元倉庫中摘錄出來的內容，實現了公共倉庫元模型(CWM)的UML圖到MicrosoftSQL Server資料庫的映射，是一種將對象層次結構映射成關係型結構的方法。個人認為可以作為將本體(Ontology)檔案存儲到關係型資料庫中的一種可借鑑方法。
基本情況：公共倉庫元模型(CWM)是對象管理組織(OMG)的一種和數據倉庫相關的元模型標準，採用UML表示的對象層次結構，在保存到資料庫中時由於面向對象的資料庫技術的不完善(理論研究和商業套用都不是主流)，所以該書的作者傾向於使用成熟的關係型資料庫來保存－這也是存儲本體時所遇到的問題。
採用方法：將UML模型中的各種元素通過轉換，保存為資料庫模式。由於CWM是一種元模型，因此模型的實例也是一種模型，將這種實例以資料庫數據的形式保存。使用資料庫中比較成熟的存儲過程技術提高開發和執行效率。
1、數據類型映射模式
1.1簡單數據類型模式：建立UML和關係型資料庫中簡單數據類型的映射表以指導映射。
1.2枚舉數據類型模式：每種枚舉類型對應一個表，只有一個列(_EnumLiteral)表示枚舉值。
1.3基於類的數據類型模式：使用外鍵約束，將基礎列與基於類的類型實例相關聯。
2、類映射模型
每個類對應一個表。單值屬性、多值屬性、繼承關係可以用下述方法映射，而引用屬性將在關聯映射模式中提到。
2.1單值屬性模式：是cardinality的上界為1的屬性，映射到類所對應的表的列上。若其下界也為1（必須有的屬性），列屬性為NOT NULL。
2.2多值屬性模式：每個多值屬性映射成一個獨立的表，使用外鍵連線到類所對應的表上。
2.3繼承模式：每加入一個類的實例時，根據其繼承關係自頂向下生成每個類的對象，這些對象具有相同的ID（根對象對應記錄的主鍵）。刪除對象實例時，自底向上刪除數據。遇到從中間刪的情況怎么辦？多重繼承怎么處理？（金龍飛）
3、關聯映射模式
3.1一對一關聯模式：在關聯兩端各加一列。
3.2一對多關聯模式：和3.1一樣。如果多這端是有序的，還需加入一列表示序號。
3.3多對多關聯模式：將關聯單獨作一個表。
3.4組合關聯模式：注意級聯式刪除。
3.5反演關聯模式：關聯兩端指向相關的類型，和普通關聯一樣。
3.6成對關聯模式：關聯記錄兩個類間的關係，用交集類表示關聯，表示成一個單獨的表，每個關聯對應一個表，用外鍵表示它們間的關係。
3.7關聯上的OCL需要分析成對應的存儲過程代碼。
3.8保證關聯的cardinality也需要分析成對應的存儲過程代碼。
4、引用映射模式
在UML中不存在的MOF特徵，指屬性是聲明為引用類型的實例。用存儲過程實現。
核心原則
ORM方法論基於三個核心原則：
簡單：以最基本的形式建模數據。
傳達性：資料庫結構被任何人都能理解的語言文檔化。
精確性：基於數據模型創建正確標準化了的結構。
典型地，建模者通過收集來自那些熟悉應用程式但不熟練的數據建模者的人的信息開發信息模型。建模者必須能夠用非技術企業專家可以理解的術語在概念層次上與數據結構進行通訊。建模者也必須能以簡單的單元分析信息，對樣本數據進行處理。ORM專門被設計為改進這種聯繫。
規則表達式
ORM把應用程式世界表示為具有角色（關係中的部分）的一組對象（實體或值）。ORM有時也稱為基於事實的建模，因為它把相關數據描述為基本事實。這些事實如果分割為再小的事實就會丟失信息。
例子
人有電話
人住在某個地方
人生於某個日期
人在某個日期被僱傭
ORM提供的不只是描述不同對象間關係的一個簡單而直接的方式。ORM還提供了靈活性。使用ORM創建的模型比使用其它方法創建的模型更有能力適應系統的變化。另外，ORM允許非技術企業專家按樣本數據談論模型，因此他們可以使用真實世界的數據驗證模型。因為ORM允許重用對象，數據模型能自動映射到正確標準化的資料庫結構。
ORM模型的簡單性簡化了資料庫查詢過程。使用ORM查詢工具，用戶可以訪問期望數據，而不必理解資料庫的底層結構。
