ORM框架简介

简介

对象关系映射（Object Relational Mapping，简称ORM）
广义上，ORM指的是面向对象的对象模型和关系型数据库的数据结构之间的相互转换。
狭义上，ORM可以被认为是，基于关系型数据库的数据存储，实现一个虚拟的面向对象的数据访问接口。理想情况下，基于这样一个面向对象的接口，持久化一个OO对象应该不需要要了解任何关系型数据库存储数据的实现细节。

ORM思想其实就是表实体和表之间的相互转化。
实际操作上：(1)把表实体的变化转化到数据库里面去。
(2)把表数据转成表实体。

当你开发一个应用程序的时候(不使用O/R Mapping),你可能会写不少数据访问层的代码，用来从数据库保存，删除，读取对象信息，等等。你在DAL中写了很多的方法来读取对象数据，改变状态对象等等任务。而这些代码写起来总是重复的。

ORM解决的主要问题是对象关系的映射。域模型和关系模型分别是建立在概念模型的基础上的。域模型是面向对象的，而关系模型是面向关系的。一般情况下，一个持久化类和一个表对应，类的每个实例对应表中的一条记录，类的每个属性对应表的每个字段。实质上，一个O/R Mapping会为你生成DAL。与其自己写DAL代码，不如用O/R Mapping。你用O/R Mapping保存，删除，读取对象，O/R Mapping负责生成SQL，你只需要关心对象就好。

ORM优缺点

优点：

1. 提高开发效率，降低开发成本
2. 使开发更加对象化
3. 可移植
4. 可以很方便地引入数据缓存之类的附加功能

缺点：

1. 自动化进行关系数据库的映射需要消耗系统性能。其实这里的性能消耗还好啦，一般来说都可以忽略之。
2. 在处理多表联查、where条件复杂之类的查询时，ORM的语法会变得复杂。

ORM与DB Helper Library

很多人可能都接触过这类的helper，每个公司都有自己的helper。许多Helper提供了很多的强大的功能，封闭交互底层，实体类支持，提供SQL翻译功能。ORM比之这些Helper只是多提供了一层，他尝试封闭的自动化的（或是映射文件）来实现关联。以前，这都是我们手打的。（灵活替换数据库也算ORM优点，ORM优势和缺点）

问题就在与有些人发现封闭的自动化关联满足他们需要了，所以ORM对他而言是成功的。而有些人发现封闭的自动化关联不适合他们的项目，所以ORM被诟病。

我的观点是ORM试图取代helper，为此提供了更多的功能。他为了应付更加严格和复杂的企业需求而不断发展，在很多情况下，这些工具开始具有自身的复杂性，使得开发人员必须学习使用它们的详细规则，并修改组成应用程序的类以满足映射系统的需要，使用它们所面临的复杂性反而盖过了所能获得的好处。在我们的大部分项目中Helper依然是我们构建数据持久层的主力，ORM或许在有些项目(模块)中可以独揽一切，但是ORM（就目前而言）无法面对一切考验。

数据持久化

ORM是通过使用描述对象和数据库之间映射的元数据，将程序中的对象自动持久化到关系数据库中。那么，到底如何实现持久化呢？一种简单的方案是采用硬编码方式，为每一种可能的数据库访问操作提供单独的方法。
这种方案存在以下不足：
1. 持久化层缺乏弹性。一旦出现业务需求的变更，就必须修改持久化层的接口
2 持久化层同时与域模型与关系数据库模型绑定，不管域模型还是关系数据库模型发生变化，毒药修改持久化曾的相关程序代码，增加了软件的维护难度。

ORM提供了实现持久化层的另一种模式，它采用映射元数据来描述对象关系的映射，使得ORM中间件能在任何一个应用的业务逻辑层和数据库层之间充当桥梁。Java典型的ORM中间件有:Hibernate,ibatis,speedframework。
数据持久化就是将内存中的数据模型转换为存储模型,以及将存储模型转换为内存中的数据模型的统称. 数据模型可以是任何数据结构或对象模型,存储模型可以是关系模型、XML、二进制流等。
狭义的理解，持久化仅仅是指把对象数据永久保存在数据库中，数据在计算机中一般由两个存储地，内存为暂存，数据库可以理解为永存；广义的理解，持久化包括和数据库相关的各种操作，封装了数据访问细节，为大部分业务逻辑提供面向对象的API。
数据持久化好处：

1. 松散耦合，程序代码重用性强，使持久化不依赖于底层数据库和上层业务逻辑实现，更换数据库时只需修改配置文件而不用修改代码。
2. 业务逻辑代码可读性强，在代码中不会有大量的SQL语言，提高程序的可读性。
3. 持久化技术可以自动优化，以减少对数据库的访问量，提高程序运行效率
   数据持久化对象的基本操作有：保存、更新、删除、查询等。
   由此可知，数据持久层也就是与数据交互的那一层次，所以有时候有见到ORM框架介绍：是一个数据持久层(ORM)框架