Hibernate学习第4天--HQL——QBC查询详解，抓取策略优化。

上次课回顾：

l  Hibernate的一对多

n  表与表之间关系

u  一对多关系

u  多对多关系

u  一对一关系

n  Hibernate的一对多配置

u  搭建Hibernate基本环境

u  创建表

u  创建实体

l  一的一方

n  放的是多的一方的集合

l  多的一方

n  放的是一的一方的对象

u  创建映射

l  一的一方

n  配置的<set>集合

l  多的一方

n  配置<many-to-one>

u  编写测试类

n  Hibernate的一对多的操作

u  级联操作：cascade，用于操作其关联的对象。

l  级联保存或更新

l  级联删除

u  测试对象导航

u  放弃外键维护权：inverse，用户控制是否有外键维护能力

l  Hibernate的多对多

n  Hibernate的多对多配置

u  搭建Hibernate环境

u  创建表

u  创建实体

l  放置的是对方的集合

u  创建映射

l  配置的是对象的<set>

u  编写测试类

n  Hibernate的多对多操作

u  级联操作

l  级联保存或更新

l  级联删除（了解）

u  其他的操作

l  给用户选择角色

l  给用户改选角色

l  给用户删除角色

以一对多为例测试该方式：

首先使用第三天的联系人客户实体及配置 但是取消级联和主键维护的配置。此处略。数据库改为hibernate4 表的创建方式改create

新建测试类：

初始化30条数据。

为了理解 tosting（）客户 但是注意取消联系人集合 因为客户里有联系人联系人里有客户 会成为死循环。

结果：

注意！！！！！！！！！！

from Customer 中的Customer可不是表名字 而是实体类的名字。相当于加上包名 com.hibernate.domain.Customer

结果同上。

前两个好理解 第三个封装到对象中 需要先写构造方法。

sql：

其他都null 只查了那俩属性。

同理 tosting（）一下实体类。

结果：

结果：

1.1.1.1   HQL的多表查询

l  SQL的多表查询

n  连接查询

u  交叉连接：笛卡尔积

select * from A,B;

u  内连接     :inner join (inner 可以省略)

l  隐式内连接：

select * from A,B where A.id = B.aid;

l  显示内连接：

select * from A inner join B on A.id = B.aid;

u  外连接     :

l  左外连接:left outer join(outer 可以省略)

select * from A left outer join B on A.id= B.aid;

l  右外连接:right outer join(outer 可以省略)

select * from A right outer join B on A.id = B.aid;

n  子查询

l  HQL的多表查询

n  连接查询

u  交叉连接

u  内连接

l  显示内连接

l  隐式内连接

l  迫切内连接

u  外连接

l  左外连接

l  右外连接

l  迫切左外连接

fetch的作用：通知hibernate，将另一个对象的数据封装到该对象中  即把联系人装到客户的集合里。（客户tosting要打印联系人）

打印的语句一样：

联系人集合：

执意要用distinct去重 不然如果一个客户有10个联系人  便会有十条记录重复。

迫切内连接是封装成一个对象 而内连接则是封装成数组（Object）

左外连接和迫切左外连接也一样 注意没有迫切右外连接 因为只要调换两表位置即可。

第一页数据：

更适合于多重条件查询：图解--》

结果：

注意要把customer实体类中的tostring中去掉linkman集合。不然会有影响。

类级别的延迟：

默认lazy为true 及延迟加载 设为false后失效。

设为false后只对当前类有效 关联对象不影响。关联对象需要另外设置。 以上可打断点进行调试。查看语句何时发送。

------------------------------------------------------------------------------------------》

结果同上：说明默认值就是select true

会一下发两条语句查询。再查联系人也不会发送了。

如果查size（），也同上。

但是如果lazy = extra的话 就极其懒惰了。查什么执行什么。查个数就只查个数

此时lazy会失效，因为迫切左外连接已经查到了全部数据。

然后再查每个客户的所有联系人打印数量的时候不在发送sql：

注意要查询多个，单独差一个客户的话 不会用in 因为效率不高 会用“=”。

先去掉客户配置文件中的配置。在测试联系人。

然后修改配置文件：

在测试：

效果同上。说明默认值就是如图。

继续：

不会延迟查询客户。一次性查询。

继续：

注意多的一方 的lazy=proxy的值依赖于一的一方的lazy值 默认一的一方为true 他也为true。

发送N+1条数据。第一条为查客户 再查联系人。

而如果配置客户的数量为4 便会提高效率 只发两条sql

下面全是联系人：

反过来：

也是先查联系人 再根据每个联系人查客户 也是N+1条数据。

会先查联系人 再根据所有联系人能对应的外键 查客户 。也就两条数据。默认size=1 所以会一个一个去查 设置数量后会n个n个去查 也就是n个查一次。