hibernate第三天

什么是级联

什么是级联？ 简单的说，没有配置级联的时候，删除分类，其对应的产品不会被删除。 但是如果配置了恰当的级联，那么删除分类的时候，其对应的产品都会被删除掉。

包括上一步说的删除用得级联，级联有4种类型：
all：所有操作都执行级联操作；
none：所有操作都不执行级联操作；
delete：删除时执行级联操作；
save-update：保存和更新时执行级联操作；
级联通常用在one-many和many-to-many上，几乎不用在many-one上。

一级缓存

hibernate默认是开启一级缓存的，一级缓存存放在session上
就是 第一次通过id=1获取对象的时候，session中是没有对应缓存对象的，第二次通过id=1获取对象时，session中有对应的缓存对象

二级缓存

Hibernate的一级缓存是在Session上，二级缓存是在SessionFactory上
正常来说 不同Session的话，是没有缓存相关的

在hibernate.cfg.xml中开启二级缓存的配置
hibernate本身不提供二级缓存，都是使用第三方的二级缓存插件
这里使用的是 EhCache提供的二级缓存

在src目录下，创建一个ehcache.xml用于EHCache的缓存配置

设置HBM
对于要进行二级缓存的实体类，进行配置，增加

测试效果

使用不同的session,都去获取id=1的category,只会访问一次数据库。因为第二次获取虽然没有从第二个session中拿到缓存，但是从sessionfactory中拿到了Category缓存对象

分页

Hibernate使用Criteria 来进行分页查询

	Criteria c = s.createCriteria(Product.class);
		c.add(Restrictions.like("name", "%"+name+"%"));
		 c.setFirstResult(0);  // (表示从第2条数据开始)第2条之后 ，注意是基于0开始的
		c.setMaxResults(5);  //表示一共查询5条数据

对于id不存在的对象的处理

get(立刻加载)是立刻会使用查询语句去数据库里查找
而load(延迟加载) 要等你用到它对象里面的属性 他才会使用查询语句去数据库里查找

1. get方式会返回null
2. load方式会抛出异常

Hibernate有两种方式获得session,分别是：

openSession和getCurrentSession

他们的区别在于

1. 获取的是否是同一个session对象
   openSession每次都会得到一个新的Session对象
   getCurrentSession在同一个线程中，每次都是获取相同的Session对象，但是在不同的线程中获取的是不同的Session对象
2. 事务提交的必要性
   openSession只有在增加，删除，修改的时候需要事务，查询时不需要的
   getCurrentSession是所有操作都必须放在事务中进行，并且提交事务后，session就自动关闭，不能够再进行关闭

openSession查询时候不需要事务

如果是做增加，修改，删除是必须放在事务里进行的。 但是如果是查询或者get，那么对于openSession而言就不需要放在事务中进行

getCurrentSession ，它提交完事务后,session会自动关闭，而openSession 还要自己手动关

未解之谜

openSession,的查询和get都是不需要放在事务中进行的，而为什么getCurrentSession的查询和get也要放在事务中呢？这么设计的初衷是什么 ?

N+1

Hibernate有缓存机制，可以通过用id作为key把product对象保存在缓存中

同时hibernate也提供Query的查询方式。假设数据库中有100条记录，其中有30条记录在缓存中，但是使用Query的list方法，就会所有的100条数据都从数据库中查询，而无视这30条缓存中的记录

Hibernate使用Iterator实现N 1
N+1是什么意思呢，首先执行一条sql语句，去查询这100条记录，但是，只返回这100条记录的ID
然后再根据id,进行进一步查询。
N+1中的1，就是指只返回id的SQL语句，N指的是如果在缓存中找不到对应的数据，就到数据库中去查

另外的理解:** query 的list()和iterator()区别**

区别:

　　1.返回的类型不一样，list返回List，iterate返回iterator.

　　2.查询策略不同。(获取数据的方式不一样,list会直接查询数据库,iterate会先到数据库中获取id,然后真正遍历某个对象引用的时候,先到缓存中找,如果找不到，以id为条件再发一条sql到数据库，这样如果缓存中没有数据，则查询数据库的次数为n+1).

　　3.list中返回的list中每个对象都是其本身的对象，iterate中返回的对象是代理对象.

　　4.list只能put不能获取,iterate可以进行获取.

================================================

看代码的描述, 意思是这句圈红的代码其实包含了选择: ①如果这个对象在缓存中，就直接从缓存中取了 ②否则就从数据库中获取
虽然这个选择没有在代码层面上体现出来, 但是我们用Iterator而不是list的时候就已经在底层会自动实现了是吗= =我感觉是这样的

查询总数

根据SQL语句创建一个Query对象，调用Query对象的uniqueResult()方法，返回一个long型的数据，即查询总数。

乐观锁

Hibernate使用乐观锁来处理脏数据问题(就是同步问题)

乐观锁步骤
1:修改配置文件 Product.hbm.xml

增加一个version字段，用于版本信息控制。这就是乐观锁的核心机制。

比如session1获取product1的时候，version=1。 那么session1更新product1的时候，就需要确保version还是1才可以进行更新，并且更新结束后，把version改为2。
个人理解：这个version是确保别的session是否对数据修改了，因为一旦修改后，他version就会变成2
注意： version元素必须紧跟着id后面，否则会出错。

2:修改 Product.java
增加version成员属性

3:重新运行刚刚一样的代码
做同样的业务就会抛出异常，提示该行已经被其他事务删除或者修改过了，本次修改无法生效。
这样就保证了数据的一致性。

StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [zsc.czy.pojo.Product#3]

原理

1. 假设数据库中产品的价格是10000，version是10
2. session1,session2分别获取了该对象
3. 都修改了对象的价格
4. session1试图保存到数据库，检测version依旧=10，成功保存，并把version修改为11
5. session2试图保存到数据库，检测version=11，说明该数据已经被其他人动过了。 保存失败，抛出异常

发现mysql 表里多了个version 的字段，而且你每update一次，它的version都会增加一,
所以上面只有前一个session能成功更新 增加1000元，而后面那个session增加1000失败，所以最终由原价5000变成6000

个人理解:一开始session从数据库取查数据对象时会检测一次当前version是多少, session最后试图保存进数据库时，会再次自动检测当前的version是多少

C3P0连接池

建立数据库连接时比较消耗时间的，所以通常都会采用数据库连接池的技术来建立多条数据库连接，并且在将来持续使用，从而节约掉建立数据库连接的时间
hibernate本身是提供了数据库连接池的，但是hibernate官网也不推荐使用他自带的数据库连接池。
一般都会使用第三方的数据库连接池
C3P0是免费的第三方的数据库连接池，并且有不错的表现

1：导入专用的jar包
2：进行c3p0连接池的配置 ---hibernate.cfg.xml

<property name="hibernate.connection.provider_class"> 
            org.hibernate.connection.C3P0ConnectionProvider 
        </property> 
        <property name="hibernate.c3p0.max_size">20</property> 
        <property name="hibernate.c3p0.min_size">5</property> 
        <property name="hibernate.c3p0.timeout">50000</property> 
        <property name="hibernate.c3p0.max_statements">100</property> 
        <property name="hibernate.c3p0.idle_test_period">3000</property> 
        <!-- 当连接池耗尽并接到获得连接的请求，则新增加连接的数量 -->
        <property name="hibernate.c3p0.acquire_increment">2</property> 
        <!-- 是否验证，检查连接 -->
        <property name="hibernate.c3p0.validate">false</property>           

3:记得要把的二级缓存的相关配置去掉

<!--     <cache usage="read-only" />-->

测试
注：当运行次数不大的时候，从运行效果上来看，是看不出区别的。 只有在高并发量的情况下，才会体会出来。本知识主要是提供这个相关配置办法，以供以后有需要的时候，查询与修改方便。

注解

Hibernate的注解是什么？ 简单的说，本来放在hbm.xml文件里的映射信息，现在不用配置文件做了，改由注解来完成

个人理解:目的是直接可以省去 写Product.hbm.xml 这一个个实体类与表 的映射。用直接在实体类里面写注解来 完成对表的映射

hibernate 注解分类

hibernate里常用注解包括，类注解，属性注解，关系注解，其他的注解

类注解

属性注解

关系

多对一注解

@ManyToOne
    @JoinColumn(name="cid") 
    public Category getCategory() {
        return category;
    }

个人理解:

** ， Product 类是 多，而Product 里面的Category 就是一， 多对一。 Category映射着自己product_ 表里面的cid字段**
一对多 ，或多对一 ，@JoinColumn(name="cid") ，一般这个cid字段都是存在多的那一方的表里

一对多注解

多对多注解

个人理解：
User类里的getProducts映射的是 name="user_product"，在user_produc表里的uid 对着pid
Product类getUsers映射的也是user_product ，在user_produc表里pid对着uid。

关系相关注解查询手册

注解VS XML配置

那么到底该用注解，还是xml文件配置方式呢？ 他们各自有各自的优缺点：

XML配置方式：

优：容易编辑，配置比较集中，方便修改，在大业务量的系统里面，通过xml配置会方便后人理解整个系统的架构，修改之后直接重启应用即可

缺：比较繁琐，配置形态丑陋, 配置文件过多的时候难以管理

注解方式：

优：方便，简洁，配置信息和 Java 代码放在一起，有助于增强程序的内聚性。

缺：分散到各个class文件中，所以不宜维护, 修改之后你需要重新打包，发布，重启应用。

个人体会： 小项目，参与人数不多，不复杂的用注解，开发快速。 复杂项目，多人交互，配置量大，维护复杂度高的，用配置文件。