Hibernate的一些相关信息

在没有学习Hibernate之前，我们一直都是用jdbc来连接数据库和操纵数据库。所以在刚接触Hibernate时，我们都有一个疑问，为什么要学Hibernate，jdbc不是挺好的吗？那么接下来就来讲讲jdbc的优缺点与为什么要用Hibernate吧。

JDBC

长处：

直接底层操作，提供了非常easy、便捷的訪问数据库的方法，跨平台性比較强。灵活性比較强，能够写非常复杂的SQL语句。

缺点：

由于JAVA时面向对象的，JDBC没有做到使数据可以面向对象的编程，是程序猿的是靠仍然停留在SQL语句上。
操作比較频繁，非常多代码须要反复写非常多次。
假设遇到批量操作，频繁与数据库进行交互，easy造成效率的下降。

为什么要用Hibernate

Hibernate实现了面向对象的数据库编程
Hibernate比起JDBC，在代码的书写上比較简单化
Hibernate提出了缓存机制，这样能够使訪问数据的效率提高非常多

Hibernate项目所需的lib包

Hibernate配置文件里name里面的一些信息

Hibernate.connection.url  表示要链接的数据库地址

Hibernate.connection.driver_class    表示要链接的数据库的驱动类

Hibernate.connection.username     要连接的数据库的用户名

Hibernate.connection.password      要连接的数据库的密码

Hibernate.dialect   表示要使用的数据库的类型

          org.hibernate.dialect.MySQL5Dialect       mysql数据库

          org.hibernate.dialect.Oracle9Dialect        oracle数据库

          org.hibernate.dialect.SQLServerDialect    SQLServer数据库

hibernate.hbm2ddl.auto

          validate:载入hibernate时验证创建表结构

          update:载入hibernate时自己主动更新数据库结构，假设表存在不用创建，假设不存在就创建。

          create:每一次载入hibernate时都创建表结构

          create-drop:载入hibernate时创建，退出时删除

Cnfiguration 类负责管理 Hibernate 的配置信息。包含例如以下内容：
- Hibernate执行的底层信息：数据库的URL、username、password、JDBC驱动类，数据库Dialect,数据库连接池等（相应 hibernate.cfg.xml 文件）。
- 持久化类与数据表的映射关系（*.hbm.xml 文件）
创建 Configuration 的两种方式
- 属性文件（hibernate.properties）:
  - Configuration cfg = new Configuration();
- Xml文件（hibernate.cfg.xml）
  - Configuration cfg = new Configuration().configure();

另外一种创建方式较为常见。Hibernate.cfg.xml文件默认的文件夹为系统的根文件夹。
也能够利用config.config方法来指定配置文件所在的文件夹。

Configuration对象依据当前的配置信息生成 SessionFactory 对象。SessionFactory 对象一旦构造完成，即被赋予特定的配置信息(SessionFactory 对象中保存了当前的数据库配置信息和全部映射关系以及提前定义的SQL语句。同一时候，SessionFactory还负责维护Hibernate的二级缓存)。
- Configuration cfg = new Configuration().configure();
- SessionFactory sf = cfg.buildSessionFactory();
  - 是线程安全的。
  - SessionFactory是生成Session的工厂：
- Session session = sf.openSession();
  - 构造 SessionFactory 非常消耗资源，普通情况下一个应用中仅仅初始化一个 SessionFactory 对象。
  - 在Hibernate中，Transaction tx = session.beginTransaction()相当于给数据库操作起事务。Session.commit()则为提交事务。
  - l Hibernate的整个执行步骤例如以下：
    1. 应用程序先调用Configuration类,该类读取Hibernate配置文件及映射文件里的信息，
    2. 并用这些信息生成一个SessionFactory对象，
    3. 然后从SessionFactory对象生成一个Session对象，
    4. 并用Session对象生成Transaction对象；

接下来具体介绍Hibernate

ORM框架 ------hibernate

开源的持久层框架.
ORM(Object/Relational Mapping)映射工具，建立面向对象的域模型和关系数据模型之间的映射.
连接java应用和数据库的中间件.
对JDBC进行封装，负责java对象的持久化.
在分层结构中处于持久化层，封装对数据库的訪问细节，使业务逻辑层更专注于实现业务逻辑

Hibernate的长处：

Hibernate对JDBC訪问数据库的代码做了封装，大大简化了数据訪问层繁琐的反复性代码。
Hibernate是一个基于jdbc的主流持久化框架，是一个优秀的orm实现，它非常大程度的简化了dao层编码工作。
Hibernate使用java的反射机制，而不是字节码增强程序类实现透明性
Hibernate的性能非常好，由于它是一个轻量级框架。映射的灵活性非常出色。它支持非常多关系型数据库，从一对一到多对多的各种复杂关系。
Hibernate使数据库的操作全然面向对象。而不是从前的面向关系进行操作。

我把百度百科中的ORM解释个把过来，给大家和自己涨涨姿势

对象关系映射（Object/Relation Mapping）提供了概念性的、易于理解的模型化数据的方法。ORM方法论基于三个核心原则：简单：以最主要的形式建模数据。传达性：数据库结构被不论什么人都能理解的语言文档化。精确性：基于数据模型创建正确标准化了的结构。典型地，建模者通过收集来自那些熟悉应用程序但不熟练的数据建模者的人的信息开发信息模型。建模者必须可以用非技术企业专家可以理解的术语在概念层次上与数据结构进行通讯。建模者也必须能以简单的单元分析信息，对样本数据进行处理。ORM专门被设计为改进这样的联系。

Hibernate的主键生成机制：

表示符生成器	描写叙述
Increment	由hibernate自己主动以递增的方式生成表识符，每次增量为1
Identity	由底层数据库生成表识符。条件是数据库支持自己主动增长数据类型。
Sequence	Hibernate依据底层数据库序列生成标识符。条件是数据库支持序列。
Native	依据底层数据库对自己主动生成表示符的能力来选择identity、sequence、hilo
Uuid.hex	Hibernate採用128位的UUID算法来生成标识符。该算法可以在网络环境中生成唯一的字符串标识符，这样的策略并不流行，由于字符串类型的主键比整数类型的主键占用很多其它的数据库空间。假设主键用字符类型，而且不代表不论什么含义。
assigned	适用于自然主键。由java程序负责生成标识符。不能把setID()方法声明为 Private的。尽量避免使用自然主键。

increment 标识符生成器

increment 标识符生成器由 Hibernate 以递增的方式为代理主键赋值
Hibernate 会先读取 NEWS 表中的主键的最大值, 而接下来向 NEWS 表中插入记录时, 就在 max(id) 的基础上递增, 增量为 1.(带走+1)
适用范围:
- 因为 increment 生存标识符机制不依赖于底层数据库系统, 因此它适合全部的数据库系统
- 适用于仅仅有单个 Hibernate 应用进程訪问同一个数据库的场合
- OID 必须为 long, int 或 short 类型, 假设把 OID 定义为 byte 类型, 在执行时会抛出异常

identity 标识符生成器

identity 标识符生成器由底层数据库来负责生成标识符, 它要求底层数据库把主键定义为自己主动增长字段类型（加1带走）
适用范围:
- 因为 identity 生成标识符的机制依赖于底层数据库系统, 因此, 要求底层数据库系统必须支持自己主动增长字段类型. 支持自己主动增长字段类型的数据库包含: DB2, Mysql, MSSQLServer, Sybase 等
- OID 必须为 long, int 或 short 类型, 假设把 OID 定义为 byte 类型, 在执行时会抛出异常

sequence 标识符生成器

sequence 标识符生成器利用底层数据库提供的序列来生成标识符.
Hibernate 在持久化一个 News 对象时, 先从底层数据库的 news_seq 序列中获得一个唯一的标识号, 再把它作为主键值
适用范围:
- 因为 sequence 生成标识符的机制依赖于底层数据库系统的序列, 因此, 要求底层数据库系统必须支持序列. 支持序列的数据库包含: DB2 Oracle 等
- OID 必须为 long, int 或 short 类型, 假设把 OID 定义为 byte 类型, 在执行时会抛出异常

native 标识符生成器

native 标识符生成器根据底层数据库对自己主动生成标识符的支持能力, 来选择使用 identity, sequence 或 hilo 标识符生成器.
适用范围:
- 因为 native 能依据底层数据库系统的类型, 自己主动选择合适的标识符生成器, 因此非常适合于跨数据库平台开发
- OID 必须为 long, int 或 short 类型, 假设把 OID 定义为 byte 类型, 在执行时会抛出异常

assigned 标识符生成器

hibernate和底层数据库都不帮助你生成主键，也就是说得自己在程序中手动的设置主键的值。
适用范围：
- 主键有一定的含义，须要依据业务产生的情况。

Uuid标识符生成器

Hibernate採用128位的UUID算法来生成标识符。该算法可以在网络环境中生成唯一的字符串标识符，这样的策略并不流行，由于字符串类型的主键比整数类型的主键占用很多其它的数据库空间
使用范围：
- 主键是字符串，并且必须是唯一

持久化对象的状态

持久化对象有3种状态：

持久化状态
暂时状态
游离状态

Session 的特定方法能使对象从一个状态转换到还有一个状态

暂时对象(transient)

在使用代理主键的情况下, OID 通常为 null
不处于 Session 的缓存中
在数据库中没有相应的记录

在下面情况下，Java对象进入暂时状态

当通过new语句刚创建了一个java对象，它处于暂时对象，此时不和数据库中的不论什么记录相应。

持久化对象(也叫”托管”)（Persist）

OID 不为 null
位于 Session 缓存中
持久化对象和数据库中的相关记录相应
Session 在清理缓存时, 会依据持久化对象的属性变化, 来同步更新数据库
在同一个 Session 实例的缓存中, 数据库表中的每条记录仅仅相应唯一的持久化对象

Session的很多方法都可以触发java对象进入持久化状态：

Session的save（）方法把暂时对象转变为持久化对象。
Session的load（）或get（）方法返回的对象总是处于持久化对象。
Session的update()、saveOrUpdate（）和lock（）方法使游离对象转变为持久化对象。
当一个持久化对象关联一个暂时对象，在同意级联保存的情况下，Session在清理缓存时会把这个暂时对象也转变为赤计划对象。

游离对象(也叫”脱管”)(Detached)

OID 不为 null
不再处于 Session 的缓存中
普通情况需下, 游离对象是由持久化对象转变过来的, 因此在数据库中可能还存在与它相应的记录

Session使用下面方法能够使持久化对象转变成游离对象：

当调用Session的close（）方法时，Session的缓存被清空，缓存中的全部持久化对象都变为游离对象。假设在应用程序中没有引用变量引用这些游离对象，它们就会结束生命周期。
Session的evict（）方法可以从缓存中删除一个持久化对象，时它比哪位游离状态。当Session的缓存中保存了大量的持久化对象，会消耗很多内存空间，为了提高性能，可以考虑调用evict（）方法，从缓存中删除一些持久化对象。

測试hibernate中对象变化的状态：

程序代码	生命周期	状态
tx = session.beginTransaction(); Customer c = new Customer);	開始生命周期	暂时状态
Session.save(c)	处于生命周期中	转变为持久化状态
Long id=c.getId(); c = null; Customer c2 = (Customer)session.load(Customer.class,id); tx.commit();	处于生命周期中	处于持久化状态
session.close();	处于生命周期中	转变为游离态
c2.getName();	处于生命周期中	处于游离态
c2 = null;	结束生命周期	结束生命周期