ORM的概念，ORM到底是什么
ORM的概念, ORM到底是什么
一、ORM简介
对象关系映射（Object Relational Mapping，简称ORM）模式是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术。简单的说，ORM是通过使用描述对象和数据库之间映射的元数据，将程序中的对象自动持久化到关系数据库中。那么，到底如何实现持久化呢？一种简单的方案是采用硬编码方式，为每一种可能的数据库访问操作提供单独的方法。
这种方案存在以下不足：
1.持久化层缺乏弹性。一旦出现业务需求的变更，就必须修改持久化层的接口
2.持久化层同时与域模型与关系数据库模型绑定，不管域模型还是关系数据库模型发生变化，毒药修改持久化曾的相关程序代码，增加了软件的维护难度。
ORM提供了实现持久化层的另一种模式，它采用映射元数据来描述对象关系的映射，使得ORM中间件能在任何一个应用的业务逻辑层和数据库层之间充当桥梁。Java典型的ORM中间件有:Hibernate,ibatis,speedframework。
ORM的方法论基于三个核心原则：
· 简单：以最基本的形式建模数据。
· 传达性：数据库结构被任何人都能理解的语言文档化。
· 精确性：基于数据模型创建正确标准化了的结构。
二、ORM的概念
让我们从O/R开始。字母O起源于"对象"(Object),而R则来自于"关系"(Relational)。几乎所有的程序里面，都存在对象和关系数据库。在业务逻辑层和用户界面层中，我们是面向对象的。当对象信息发生变化的时候，我们需要把对象的信息保存在关系数据库中。
当你开发一个应用程序的时候(不使用O/R Mapping),你可能会写不少数据访问层的代码，用来从数据库保存，删除，读取对象信息，等等。你在DAL中写了很多的方法来读取对象数据，改变状态对象等等任务。而这些代码写起来总是重复的。
ORM解决的主要问题是对象关系的映射。域模型和关系模型分别是建立在概念模型的基础上的。域模型是面向对象的，而关系模型是面向关系的。一般情况下，一个持久化类和一个表对应，类的每个实例对应表中的一条记录，类的每个属性对应表的每个字段。
ORM技术特点：
1.提高了开发效率。由于ORM可以自动对Entity对象与数据库中的Table进行字段与属性的映射，所以我们实际可能已经不需要一个专用的、庞大的数据访问层。
2.ORM提供了对数据库的映射，不用sql直接编码，能够像操作对象一样从数据库获取数据。
三、ORM的优缺点
ORM的缺点是会牺牲程序的执行效率和会固定思维模式。
从系统结构上来看,采用ORM的系统一般都是多层系统，系统的层次多了，效率就会降低。ORM是一种完全的面向对象的做法，而面向对象的做法也会对性能产生一定的影响。
在我们开发系统时，一般都有性能问题。性能问题主要产生在算法不正确和与数据库不正确的使用上。ORM所生成的代码一般不太可能写出很高效的算法，在数据库应用上更有可能会被误用，主要体现在对持久对象的提取和和数据的加工处理上，如果用上了ORM,程序员很有可能将全部的数据提取到内存对象中，然后再进行过滤和加工处理，这样就容易产生性能问题。
在对对象做持久化时，ORM一般会持久化所有的属性，有时，这是不希望的。
但ORM是一种工具，工具确实能解决一些重复，简单的劳动。这是不可否认的。但我们不能指望工具能一劳永逸的解决所有问题，有些问题还是需要特殊处理的，但需要特殊处理的部分对绝大多数的系统，应该是很少的。
ORM：
关系型数据库和实体间做映射，操作对象的属性和方法，跳过SQL语句
对象关系映射(英语:Object Relational Mapping，简称ORM，或O/RM，或O/R mapping)，用于实现面向对象编程语言里不同类型系统的数据之间的转换。其实是创建了一个可在编程语言里使用的"虚拟对象数据库"。Object是可以继承的，是可以使用接口的，而Relation没有这个概念。
面向对象是从软件工程基本原则(如耦合、聚合、封装)的基础上发展起来的，
关系数据库则是从数学理论发展而来的，为了解决这个不匹配的现象，对象关系映射技术应运而生。
原则：
简单：最基本的形式建模数据
传达性：语言文档化（数据库结构易理解）
精确性：基于数据模型创建正确标准化了的结构
建模者
收集 不熟悉数据建模（对数据抽象组织，确定数据库范围、数据组织形式，建立数据库实体及其关系）者的信息 开发 信息模型（对象建模、关系描述、数据流动方式）
在概念层次上与数据结构通讯
单元分析信息
样 本数据处理
提供了易于理解的模型化数据的方法
描述对象和数据库间的映射的元数据，将程序中对象自动持久化到关系数据库中
将数据从一种形式转换到另一种形式：额外开销
对象（业务实体在内存中）、关系数据（数据库中）：两种表现形式——中间件——映射——转换——原则——开销
映射模式：
数据类型
简单数据类型模式：UML、关系型数据库——映射表
枚举：每种枚举对应一个表，Only一列表示枚举值
基于类：外键约束，基础列、基于类的类型实例关联
类，每个类对应一个表，单值属性、多值属性、继承关系
单值属性：cardinality（类似于对应关系，一对一 一对多 多对多……）上界为1的属性，映射到类所对应的表的列上，若下界也是1 列属性 not null
多值：每个映射一个独立表，外键连接到类所对应的表上
继承模式：加入类的实例时，根继承关系自顶向下生成类对象（相同ID、主键）。删除时自底向上删除
关联
一对一：两端各加一列
一对多：同楼上
多对多：关联单独一个表
组合：级联式删除
反演关联（what？ don't know）：关联两端指向相关的类型
成对：关联记录类间关系，交集类关联、单独一个表，每个关联一个表，外键表关系
引用映射模式：
UML中不存在MOF（元对象机制）特征，
优点：
专用、庞大的数据库访问层可能不再需要、提高效率
像操作对象一样提取数据
缺点：
固定思维模式、牺牲执行效率
很有可能将全部数据提取到内存对象中，持久化所有属性——不希望