一．软件分层：
中间件（hibernate）是应用程序和数据库之间的连接管道
中间件：有很高的可重用性，对于各应用领域都适用
普通应用程序：和特定业务功能相关
二．软件模型：
-
概念模型 -> 相当于表结构：描述实体的概念和属性，以及实体之间的关系（软件分析阶段创建）
Paste_Image.png 关系数据模型
建表（索引，索引，视图，触发器）等；-
域模型:面向对象属于中域模型理解为设计模型( 软件设计阶段创建 )
- 具有状态和行为的域对象(实体域对象，过程域对象，事件域对象)处于业务逻辑层
-
域对象之间的关系
1.关联：类之间的引用关系,实体域对象之间最普通的关系
（一对一，一对多，多对多）关联分单向和双向
-
单向关联：仅建立在Order到Customer的多对一关联，或建立在Customer到Order的一对多关联
Paste_Image.png -
双向关联（association）：即建立在Order到Customer的多对一关联，也建立在Customer到Order的一对多关联
Paste_Image.png -
程序由Order对象的getCustomer()方法得到Customer对象的过程称为在内存中从Order对象
导航到Customer对象；
Paste_Image.png
-
２．依赖（dependency）：指的是类之间的访问关系，如果类A访问类B中的方法，或者类A负责实例化类B，那么可以说类A依赖类B，和关联关系不同的是无须将类B定义为类A的属性，依赖关系一般不出现在实体域对象，但是过程域对象往往依赖实体域对象，因为过程域对象会创建实体域对象，或者会访问实体域属性和方法
注意：应用中上层的类总会依赖下层的类或接口，入业务逻辑的类依赖持久层的类或接口；
３．聚集（aggregation）
指的是整体与部分之间的关系，在实体域之间很常见，例如人与手．
聚集关系和关联关系在类的定义上相同，不过两者存在不同的语义，
对于聚集关系，部分类的对象不能单独存在，它的生命周期依赖于整体类的声明周期，当整体消失，部分也就随之消失．
而对于存在关联关系的两个类，可允许每个类的对象单独存在，比如：雇员和雇主；
4．组合关系：
部分只能属于特定的整体
人和手是整体与部分的关系，每双手只能属于特定的人，如：张三的手永远不能变成李四的手
５．一般化（Generalization）
指的是类之间的继承关系
- 域对象的持久化
域实体对象在内存中的对象之间的关系 -> 关系数据库表之间的关系
二．ORM
对于复杂的关系数据模型，直接通过JDBC编程实现健壮的持久化层需要有具备高超的技能，和大量的开发工作量；
ORM采用映射元数据来描述对象－关系映射细节；使得ORM中间件能在任何一个Java应用业务逻辑层和数据库层间充当桥梁；
-
对象关系映射
Paste_Image.png
ORM将实体对象映射为表中的关系
ORM将数据库中数据加载为实体对象
- ORM中间件的基本使用方法
ORM中间件采用元数据来描述对象－关系映射细节，而元数据采用XML格式，并保存在专门的对象－关系映射文件中；
只要提供了持久化类与表的映射关系，ORM中间件在运行时候就能参照映射文件的信息，把对象持久化到数据库中．
-
ORM中间件的静态结构（以Hibernate为例）
Paste_Image.png
- Session接口向业务逻辑层提供读，写和删除域对象的方法，它不公开任何数据访问的细节，SessionIml类实现了Session接口
- SessionFactory 负责创建Session -> SessionFactory.openSession()
- Hibernate在初始化阶段把对象－关系映射文件中的映射元数据读入到SessionFactory缓存中．
-
业务逻辑层BussinessSession类执行deleteCustomer()方法，从数据库中删除一个Customer对象，只需要调用session.delete()方法
Paste_Image.png - Session的delete()方法执行步骤如下：
(1) 运行java反射机制，获得Customer对象的类型Customer.class
(2) 参考对象－关系映射元数据，知道和Customer对应的数据表Customer, 另外，Customer类和 Order类关联，Order类和Order表对应，Order表的外键customer_id参照customer表的主键id
(3) 根据以上映射信息，生成sql语句
delete from order where customer_id = ?
delete from customer where id = ?
(4) 通过JDBC的API执行sql
-
常用的ORM中间件
Paste_Image.png 实体域对象其他持久化模式
- 主动域模式：在实体类中自己使用jdbc进行数据库的操作
- JDO模式：不是单纯的对象－关系映射，支持持久化到（关系数据库，面向对象数据库，基于XML的数据库，其他数据库）
- CMP模式：由EJB容器管理EJB持久化，CMP负责持久化EJB组件，ORM负责持久POJO, EJB只能运行在EJB容器中，而POJO可以运行在任何一中Java环境；
在java结构领域，在出现基于CMP的实体EJB之前，基于JavaBean形式的实体域对象就存在了，但是基于JavaBean形式的实体域对象（POJO）却是后来才发生的事，POJO(Plain Old Java Object) 又普通又古老的java对象，只所以古老是因为基于CMP的实体EJB显得古老．
随着ORM映射工具的成熟， POJO又重现光彩；和基于CMP的实体EJB相比，ORM及简单又有很高的移植性，所以联合使用ORM映射工具和POJO, 取代CMP的持久化方案；
