对象关系映射（英语：Object Relational Mapping，简称ORM，或O/RM，或O/R mapping），是一种程序技术，用于实现面向对象编程语言里不同类型系统的数据之间的转换。从效果上说，它其实是创建了一个可在编程语言里使用的--“虚拟对象数据库”。
对象
-关系数据库映射
规则表达式
ORM把应用程序世界表示为具有角色（关系中的部分）的一组对象（实体或值）。ORM有时也称为基于事实的建模，因为它把相关数据描述为基本事实。这些事实如果分割为再小的事实就会丢失信息。
简单事实的一些例子包括：
人有电话
人生于某个日期
人在某个日期被雇佣
ORM提供的不只是描述不同对象间关系的一个简单而直接的方式。ORM还提供了灵活性。使用ORM创建的模型比使用其它方法创建的模型更有能力适应系统的变化。另外，ORM允许非技术企业专家按样本数据谈论模型，因此他们可以使用真实世界的数据验证模型。因为ORM允许重用对象，数据模型能自动映射到正确标准化的数据库结构
ORM模型的简单性简化了数据库查询过程。使用ORM查询工具，用户可以访问期望数据，而不必理解数据库的底层结构。
概念
对象-关系映射（OBJECT/RELATIONALMAPPING，简称ORM），是随着面向对象的
软件开发方法发展而产生的。用来把对象模型表示的对象映射到基于S Q L 的关系模型数据库结构中去。这样，我们在具体的操作实体对象的时候，就不需要再去和复杂的 SQ L 语句打交道，只需简单的操作实体对象的属性和方法。O R M 技术是在对象和关系之间提供了一条桥梁，前台的对象型数据和数据库中的关系型的数据通过这个桥梁来相互转化。
产品
众多厂商和开源社区都提供了持久层框架的实现，常见的有：
JAVA系列：
APACHE OJB
CAYENNE
JAXOR
JPA
IBATIS/MYBATIS
JRELATIONALFRAMEWORK
SMYLE
TOPLINK
其中 TOPLINK 是 ORACLE 的商业产品，其他均为开源项目。
其中 HIBERNATE的轻量级 ORM 模型逐步确立了在 JAVA ORM 架构中领导地位，甚至取代复杂而又繁琐的 EJB 模型而成为事实上的 JAVA ORM 工业标准。而且其中的许多设计均被 J2EE 标准组织吸纳而成为最新 EJB 3.0 规范的标准，这也是开源项目影响工业领域标准的有力见证。
.NET系列：
ENTITYSCODEGENERATE
GROVE
RUNGOO.ENTERPRISEORM
FIRECODE CREATOR
MYGENERATION
CODESMITH PRO
CODEAUTO ...
其中：
ENTITYSCODEGENERATE ：是（VB/C#.NET实体代码生成工具）的简称，ENTITYSCODEGENERATE(ECG)是一款专门为.NET数据库程序开发量身定做的(ORM框架)代码生成工具，所生成的程序代码基于面向对象、分层架构、ORM及反射+工厂模式等。支持.NET1.1及以上版本，可用于ORACLE、SQLSERVER、SYBASE、DB2、MYSQL、ACCESS、SQLITE、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。 风越代码生成器 [FIRECODE CREATOR]是一款商业共享基于多种数据库的程序代码生成软件，可快速建立：添加、编辑、查看、列表、搜索功能。支持的数据库：SQL SERVER、ACCESS、ORACLE、MYSQL、EXCEL、FOXPRO、FOXBASE、TEXT等数据库连接。
映射模式
从《公共仓库元模型：开发指南》一书第8章CWM元仓库中摘录出来的内容，实现了公共仓库元模型(CWM)的UML图到MICROSOFT SQL 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也需要分析成对应的存储过程代码。
在UML中不存在的MOF特征，指属性是声明为引用类型的实例。用存储过程实现。
OPERATIONAL RISK MANAGEMENT