對象
對象關系映射（ORM）提供了概念性的、易于理解的模型化數據的方法。ORM方法論基于三個核心原則：
簡單：以最基本的形式建模數據。
傳達性：數據庫結構被任何人都能理解的語言文檔化。
精确性：基于數據模型創建正确标準化了的結構。
典型地，建模者通過收集來自那些熟悉應用程序但不熟練的數據建模者的人的信息開發信息模型。建模者必須能夠用非技術企業專家可以理解的術語在概念層次上與數據結構進行通訊。建模者也必須能以簡單的單元分析信息，對樣本數據進行處理。ORM專門被設計為改進這種聯系。
概念
ORM是一種為了解決面向對象與關系數據庫存在的互不匹配的現象的技術。 簡單的說，ORM是通過使用描述對象和數據庫之間映射的元數據，将java程序中的對象自動持久化到關系數據庫中。本質上就是将數據從一種形式轉換到另外一種形式。這也同時暗示者額外的執行開銷；然而，如果ORM作為一種中間件實現，則會有很多機會做優化，而這些在手寫的持久層并不存在。更重要的是用于控制轉換的元數據需要提供和管理；但是同樣，這些花費要比維護手寫的方案要少；而且就算是遵守ODMG規範的對象數據庫依然需要類級别的元數據。
對象-關系映射（Object/RelationMapping，簡稱ORM），是随着面向對象的軟件開發方法發展而産生的。面向對象的開發方法是當今企業級應用開發環境中的主流開發方法，關系數據庫是企業級應用環境中永久存放數據的主流數據存儲系統。對象和關系數據是業務實體的兩種表現形式，業務實體在内存中表現為對象，在數據庫中表現為關系數據。内存中的對象之間存在關聯和繼承關系，而在數據庫中，關系數據無法直接表達多對多關聯和繼承關系。因此，對象-關系映射(ORM)系統一般以中間件的形式存在，主要實現程序對象到關系數據庫數據的映射。
面向對象是從軟件工程基本原則(如耦合、聚合、封裝)的基礎上發展起來的，而關系數據庫則是從數學理論發展而來的，兩套理論存在顯著的區别。為了解決這個不匹配的現象,對象關系映射技術應運而生。
讓我們從O/R開始。字母O起源于"對象"(Object),而R則來自于"關系"(Relational)。幾乎所有的程序裡面，都存在對象和關系數據庫。在業務邏輯層和用戶界面層中，我們是面向對象的。當對象信息發生變化的時候，我們需要把對象的信息保存在關系數據庫中。
當你開發一個應用程序的時候(不使用O/RMapping),你可能會寫不少數據訪問層的代碼，用來從數據庫保存，删除，讀取對象信息，等等。你在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,Castor JDO, 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
LINQ TO SQL
Grove
Rungoo.EnterpriseORM
FireCode Creator
myGeneration
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連接的數據庫并可自定義。
LINQ TO SQL ：微軟為SqlServer數據庫提供的，是.NET Framework 3.5 版的一個組件，提供了用于将關系數據作為對象管理的運行時基礎結構。
Grove : 即Grove ORM Development Toolkit。包含Grove和Toolkit兩部分内容。Grove為ORM提供對象持久、關系對象查詢、簡單事務處理、簡單異常管理等功能。
Rungoo.EnterpriseORM : 是一個基于企業應用架構的代碼生成工具，主要适用于B/S模式的應用系統開發。開發語言：C#，支持VS2003和VS2005兩個版本的開發平台，同時支持SQL Server2000/2005。
風越C# ASP.Net代碼生成器 [FireCode Creator]是一款基于多種數據庫的程序代碼生成軟件，可快速建立：添加、編輯、查看、列表、搜索功能。支持支持的數據庫：SQL Server、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查詢工具，用戶可以訪問期望數據，而不必理解數據庫的底層結構。
