1.1 解耦合
1.1.1 应用层解耦合--应用逻辑(service)和数据逻辑(dao)分离
1.1.2 资源层解耦合--逻辑结构和物理结构分离

1.2 DAO模式
1.2.1 DAO对业务层提供数据抽象层接口
数据存储逻辑分离
数据访问底层实现的分离
资源管理和调度的分离
数据抽象

1.3 ORM Object Relactional Mapper 对象--关系型数据映射组件
       ORM(Object Relational Mapping)---是一种为了解决面向对象与关系型数据库存在的互不匹配的现象的技术。简单说：ORM是通过使用描述对象和数据库之间映射的元数据，将Java程序中的对象自动持久化到关系数据中。本质上就是将数据从一种形式转换到另外一种形式。
 
       分层后，上层不需要知道下层是如何做了。
       分层后，不可以循环依赖，一般是单向依赖。

1.4 持久化实现类型（理解）
混杂模式：业务代码与sql语句写在一起
Data Class: 数据操作写在一个类中,还是需要大量的sql语句
基于持久化框架：如Hibernate，不需要sql语句，但可以使用sql

1.5 持久化框架介绍
Hibernate
        Apache OJB
        JDO(是SUN提出的一套标准—Java数据对象)
        Toplink(Orocle公司的)
        EJB(2.0X中有CMP;3.0X提出了一套“Java持久化API”---JPA)
        IBatis(非常的轻量级，对JDBC做了一个非常非常轻量级的包装，严格说不是O/R映射框架，而是基于SQL的映射(提供了一套配置文件，把SQL语句配置到文件中，再配置一个对象进去，只要访问配置文件时，就可得到对象))
       JAP(是SUN公司的一套标准),意愿统一天下

1.6 Hibernate做什么：
就是将对象模型(实体类)的东西存入关系模型中，
实体中类对应关系型库中的一个表，
实体类中的一个属性会对应关系型数据库表中的一个列
实体类的一个实例会对应关系型数据库表中的一条记录。
%%将对象数据保存到数据库、将数据库数据读入到对象中%%


1.7 Hibernate存在的原因：
解决阻抗不匹配的问题；
目前不存在完整的面向对象的数据库
JDBC操作数据库很繁琐
SQL语句编写并不是面向对象
可以在对象和关系表之间建立关联来简化编程
O/R Mapping简化编程
O/R Mapping跨越数据库平台
hibernate_0200_OR_Mapping_Simulation

1.8 Hibernate的优缺点：
       不需要编写的SQL语句(不需要编辑JDBC)，只需要操作相应的对象就可以了，就可以能够存储、更新、删除、加载对象，可以提高生产效率；
       因为使用Hibernate只需要操作对象就可以了，所以我们的开发更对象化了；
       使用Hibernate，移植性好(只要使用Hibernate标准开发，更换数据库时，只需要配置相应的配置文件就可以了，不需要做其它任务的操作)；
        Hibernate实现了透明持久化：当保存一个对象时，这个对象不需要继承Hibernate中的任何类、实现任何接口，只是个纯粹的单纯对象—称为POJO对象(最纯粹的对象—这个对象没有继承第三方框架的任何类和实现它的任何接口)
        Hibernate是一个没有侵入性的框架
        Hibernate代码测试方便。

1.9 Hibernate使用范围：
       针对某一个对象，简单的将它加载、编辑、修改，且修改只是对单个对象(而不是批量的进行修改)，这种情况比较适用；
       对象之间有着很清晰的关系(例：多个用户属于一个组(多对一)、一个组有多个用户(一对多))；
       聚集性操作：批量性添加、修改时，不适合使用Hibernate(O/映射框架都不适合使用)；
       要求使用数据库中特定的功能时不适合使用,因为Hibernate不使用SQL语句；