专栏首页Java帮帮-微信公众号-技术文章全总结高级框架-springDate-JPA 第二天【悟空教程】

高级框架-springDate-JPA 第二天【悟空教程】

高级框架-springDate-JPA 第二天【悟空教程】

JPA 第二天

第1章 JPA 中的主键生成策略

通过annotation(注解)来映射实体类和数据库表的对应关系,基于annotation的主键标识为@Id注解, 其生成规则由@GeneratedValue 设定的.这里的@id 和@GeneratedValue 都是 JPA 的标准用法。 其中:JPA 提供的四种标准用法为 TABLE,SEQUENCE,IDENTITY,AUTO。由于我们使用的是 hibernate 实现,它也支持 hibernate 中定义的生成规则。

1.1 JPA 中的四种生成规则

1.1.1 IDENTITY:主键由数据库自动生成(主要是自动增长型)

用法:

@Id

@GeneratedValue(strategy = GenerationType.IDENTITY)

private Long custId;

1.1.2 SEQUENCE:根据底层数据库的序列来生成主键,条件是数据库支 持序列。

用法:

@Id

@GeneratedValue(strategy

GenerationType.SEQUENCE,generator="payablemoney_seq")

@SequenceGenerator(name="payablemoney_seq", sequenceName="seq_payment")

private Long custId;

//@SequenceGenerator 源码中的定义

@Target({TYPE, METHOD, FIELD})

@Retention(RUNTIME)

public @interface SequenceGenerator {

//表示该表主键生成策略的名称,它被引用在@GeneratedValue 中设置的“generator”值中

String name();

//属性表示生成策略用到的数据库序列名称。

String sequenceName() default "";

//表示主键初识值,默认为 0

int initialValue() default 0;

//表示每次主键值增加的大小,例如设置 1,则表示每次插入新记录后自动加 1,默认为 50

int allocationSize() default 50;

}

1.1.3 TABLE:使用一个特定的数据库表格来保存主键

用法:

@Id

@GeneratedValue(strategy = GenerationType.TABLE, generator="payablemoney_gen")

@TableGenerator(name = "pk_gen",

table="tb_generator",

pkColumnName="gen_name",

valueColumnName="gen_value",

pkColumnValue="PAYABLEMOENY_PK",

allocationSize=1

)

private Long custId;

//@TableGenerator 的定义:

@Target({TYPE, METHOD, FIELD})

@Retention(RUNTIME)

public @interface TableGenerator {

//表示该表主键生成策略的名称,它被引用在@GeneratedValue 中设置的“generator”值中

String name();

//表示表生成策略所持久化的表名,例如,这里表使用的是数据库中的“tb_generator”。

String table() default "";

//catalog 和 schema 具体指定表所在的目录名或是数据库名

String catalog() default "";

String schema() default "";

//属性的值表示在持久化表中,该主键生成策略所对应键值的名称。例如在“tb_generator”中将“gen_name”作为主键的键值

String pkColumnName() default "";

//属性的值表示在持久化表中,该主键当前所生成的值,它的值将会随着每次创建累加。例如,在“tb_generator”中将“gen_value”作为主键的值

String valueColumnName() default "";

//属性的值表示在持久化表中,该生成策略所对应的主键。例如在 “tb_generator”表中,将“gen_name”的值为“CUSTOMER_PK”。

String pkColumnValue() default "";

//表示主键初识值,默认为 0。

int initialValue() default 0;

//表示每次主键值增加的大小,例如设置成 1,则表示每次创建新记录后自动加 1,默认为 50。

int allocationSize() default 50;

UniqueConstraint[] uniqueConstraints() default {};

}

//这里应用表 tb_generator,定义为 :

CREATE TABLE tb_generator (

id NUMBER NOT NULL,

gen_name VARCHAR2(255) NOT NULL,

gen_value NUMBER NOT NULL,

PRIMARY KEY(id)

)

1.1.4 AUTO:由以上三个选择一个(默认是 TABLE)

auto 策略是 JPA 默认的策略,在 hibernate 的代码 GenerationType.AUTO 进行定义。使用 AUTO 策略就是将主键生成的策略交给持久化引擎 (persistence engine) 来决定,由它自己从 Table 策略,Sequence 策略和 Identity 策略三种策略中选择最合适的。

@Id

@GeneratedValue(strategy = GenerationType.AUTO)

private Long custId;

1.2 使用 hibernate 中的主键生成规则

1.2.1 hibernate 中提供的主键生成规则

在讲解 Hibernate 的主键生成策略之前,先来了解两个概念,即自然主键和代理主键,具体如下:

自然主键:

把具有业务含义的字段作为主键,称之为自然主键。例如在 customer 表中,如果把 name 字段作为主键,其前提条件必须是:每一个客户的姓名不允许为 null,不允许客户重名,并且不允许修改客户姓名。尽管这也是可行的,但是不能满足不断变化的业务需求,一旦出现了允许客户重名的业务需求,就必须修改数据模型,重新定义表的主键,这给数据库的维护增加了难度。

代理主键:

把不具备业务含义的字段作为主键,称之为代理主键。该字段一般取名为“ID”,通常为整数类型,因为整数类型比字符串类型要节省更多的数据库空间。在上面例子中,显然更合理的方式是使用代理主键。

1.2.2 使用方式

@Entity

@Table(name="cst_customer")

public class Customer implements Serializable {

@Id

@Column(name="cust_id")

//generator 属性用于引用@GenericGenerator 注解 name 属性的值

@GeneratedValue(generator="uuid")

//@GenericGenerator 注解是 hibernate 提供的。

//strategy 属性用于指定 hibernate 中提供的生成规则

//name 属性用于给使用的生成规则起个名称,以供 JPA 引用

@GenericGenerator(name="uuid",strategy="uuid")

private String custId;

}

第2章 JPA 中的一级缓存和快照机制

2.1 JPA 中的一级缓存

@Test

// 证明一级缓存的存在:

public void demo1(){

EntityManager em = JPAUtils.createEntityManager();

EntityTransaction tx = em.getTransaction();

tx.begin();

Customer customer1 = em.find(Customer.class, 1l);// 马上发生一条 sql 查询 1 号客户.并将数据存入了一级缓存

System.out.println(customer1);

Customer customer2 = em.find(Customer.class, 1l);// 没有发生 SQL 语句从一级缓存中获取数据.

System.out.println(customer2);

System.out.println(customer1 == customer2);// true 一级缓存缓存的是对象的地址.

tx.commit();

em.close();

}

2.2 JPA 中的快照机制(用于缓存同步)

JPA 向一级缓存放入数据时,同时复制一份数据放入快照中,当使用 commit()方法提交事务时,同时会清理一级缓存,这时会使用主键字段的值判断一级缓存中的对象和快照中的对象是否一致,如果两个对象中的属性发生变化,则执行 update 语句,将缓存的内容同步到数据库,并更新快照;如果一致,则不执行 update 语句。

快照的作用就是确保一级缓存中的数据和数据库中的数据一致。

数据库中的数据:

程序代码:

@Test

public void test2(){

Customer c2 = null;//内存中的一个对象

//1.获取对象

EntityManager em = JPAUtil.createEntityManager();

//2.开启事务

EntityTransaction tx = em.getTransaction();

tx.begin();

//3.执行查询:查询 ID 为 2 的客户对象

c2 = em.find(Customer.class, 2L);

System.out.println(c2);//custName:Java帮帮

//修改客户名称为:甘河大厦

c2.setCustName("甘河大厦");

System.out.println(c2);//custName:甘河大厦

//4.提交事务

tx.commit();

//5.关闭

em.close();

//当程序走到此处时,一级缓存就没了,但是并不影响我继续使用客户对象

System.out.println(c2);//custName 到底是什么

}

问题:

custName 输出的到底是什么?

分析:

如果是悟空教程,则表示我们修改的代码没启任何作用,废代码一行。

如果输出是甘河大厦,则表示我们程序内存的数据可能和数据库表中的不一致了,那就是脏数据。

思考:

有没有可能输出的是甘河大厦,并且数据库的数据也变成了甘河大厦呢?

如果真的发生了这种情况,是如何做到的呢?

答案:

JPA 的快照机制(其实就是 hibernate 的快照机制)。

第3章 多表设计

3.1 表之间关系的划分

数据库中多表之间存在着三种关系,如图所示。

从图可以看出,系统设计的三种实体关系分别为:多对多、一对多和一对一关系。注意:一对多关系可以看为两种: 即一对多,多对一。所以说四种更精确。

明确:

我们今天只涉及实际开发中常用的关联关系,一对多和多对多。而一对一的情况,在实际开发中几乎不用

3.2 在 JPA 框架中表关系的分析步骤

在实际开发中,我们数据库的表难免会有相互的关联关系,在操作表的时候就有可能会涉及到多张表的操作。而在这种实现了 ORM 思想的框架中(如 JPA),可以让我们通过操作实体类就实现对数据库表的操作。所以今天我们的学习重点是:掌握配置实体之间的关联关系。

第一步:首先确定两张表之间的关系。(如果关系确定错了,后面做的所有操作就都不可能正确。)

第二步:在数据库中实现两张表的关系

第三步:在实体类中描述出两个实体的关系

第四步:配置出实体类和数据库表的关系映射(重点)

第4章 JPA 中的一对多

4.1 示例分析

我们采用的示例为客户和联系人。

客户:指的是一家公司,我们记为 A。

联系人:指的是 A 公司中的员工。

在不考虑兼职的情况下,公司和员工的关系即为一对多。

4.2 表关系建立

在一对多关系中,我们习惯把一的一方称之为主表,把多的一方称之为从表。在数据库中建立一对多的关系,需要使用数据库的外键约束。

什么是外键?

指的是从表中有一列,取值参照主表的主键,这一列就是外键。

一对多数据库关系的建立,如下图所示

4.3 实体类关系建立以及映射配置

在实体类中,由于客户是少的一方,它应该包含多个联系人,所以实体类要体现出客户中有多个联系人的信息,代码如下:

/**

* 客户的实体类

* 明确使用的注解都是 JPA 规范的

* 所以导包都要导入 javax.persistence 包下的

*/

@Entity//表示当前类是一个实体类

@Table(name="cst_customer")//建立当前实体类和表之间的对应关系

public class Customer implements Serializable {

@Id//表明当前私有属性是主键

@GeneratedValue(strategy=GenerationType.IDENTITY)//指定主键的生成策略

@Column(name="cust_id")//指定和数据库表中的 cust_id 列对应

private Long custId;

@Column(name="cust_name")//指定和数据库表中的 cust_name 列对应

private String custName;

@Column(name="cust_source")//指定和数据库表中的 cust_source 列对应

private String custSource;

@Column(name="cust_industry")//指定和数据库表中的 cust_industry 列对应

private String custIndustry;

@Column(name="cust_level")//指定和数据库表中的 cust_level 列对应

private String custLevel;

@Column(name="cust_address")//指定和数据库表中的 cust_address 列对应

private String custAddress;

@Column(name="cust_phone")//指定和数据库表中的 cust_phone 列对应

private String custPhone;

//配置客户和联系人的一对多关系

@OneToMany(targetEntity=LinkMan.class)

@JoinColumn(name="lkm_cust_id",referencedColumnName="cust_id")

private Set<LinkinkMan> linkmans = new HashSet(0);

public Long getCustId() {

return custId;

}

public void setCustId(Long custId) {

this.custId = custId;

}

public String getCustName() {

return custName;

}

public void setCustName(String custName) {

this.custName = custName;

}

public String getCustSource() {

return custSource;

}

public void setCustSource(String custSource) {

this.custSource = custSource;

}

public String getCustIndustry() {

return custIndustry;

}

public void setCustIndustry(String custIndustry) {

this.custIndustry = custIndustry;

}

public String getCustLevel() {

return custLevel;

}

public void setCustLevel(String custLevel) {

this.custLevel = custLevel;

}

public String getCustAddress() {

return custAddress;

}

public void setCustAddress(String custAddress) {

this.custAddress = custAddress;

}

public String getCustPhone() {

return custPhone;

}

public void setCustPhone(String custPhone) {

this.custPhone = custPhone;

}

public Set<LinkMan> getLinkmans() {

return linkmans;

}

public void setLinkmans(Set<LinkMan> linkmans) {

this.linkmans = linkmans;

}

@Override

public String toString() {

return "Customer [custId=" + custId + ", custName=" + custName + ", custSource=" + custSource + ", custIndustry=" + custIndustry + ", custLevel=" + custLevel + ", custAddress=" + custAddress + ", custPhone=" + custPhone + "]";

}

}

由于联系人是多的一方,在实体类中要体现出,每个联系人只能对应一个客户,代码如下:

/**

* 联系人的实体类(数据模型)

*/

@Entity

@Table(name="cst_linkman")

public class LinkMan implements Serializable {

@Id

@GeneratedValue(strategy=GenerationType.IDENTITY)

@Column(name="lkm_id")

private Long lkmId;

@Column(name="lkm_name")

private String lkmName;

@Column(name="lkm_gender")

private String lkmGender;

@Column(name="lkm_phone")

private String lkmPhone;

@Column(name="lkm_mobile")

private String lkmMobile;

@Column(name="lkm_email")

private String lkmEmail;

@Column(name="lkm_position")

private String lkmPosition;

@Column(name="lkm_memo")

private String lkmMemo;

//多对一关系映射:多个联系人对应客户

@ManyToOne(targetEntity=Customer.class)

@JoinColumn(name="lkm_cust_id",referencedColumnName="cust_id")

private Customer customer;//用它的主键,对应联系人表中的外键

public Long getLkmId() {

return lkmId;

}

public void setLkmId(Long lkmId) {

this.lkmId = lkmId;

}

public String getLkmName() {

return lkmName;

}

public void setLkmName(String lkmName) {

this.lkmName = lkmName;

}

public String getLkmGender() {

return lkmGender;

}

public void setLkmGender(String lkmGender) {

this.lkmGender = lkmGender;

}

public String getLkmPhone() {

return lkmPhone;

}

public void setLkmPhone(String lkmPhone) {

this.lkmPhone = lkmPhone;

}

public String getLkmMobile() {

return lkmMobile;

}

public void setLkmMobile(String lkmMobile) {

this.lkmMobile = lkmMobile;

}

public String getLkmEmail() {

return lkmEmail;

}

public void setLkmEmail(String lkmEmail) {

this.lkmEmail = lkmEmail;

}

public String getLkmPosition() {

return lkmPosition;

}

public void setLkmPosition(String lkmPosition) {

this.lkmPosition = lkmPosition;

}

public String getLkmMemo() {

return lkmMemo;

}

public void setLkmMemo(String lkmMemo) {

this.lkmMemo = lkmMemo;

}

public Customer getCustomer() {

return customer;

}

public void setCustomer(Customer customer) {

this.customer = customer;

}

@Override

public String toString() {

return "LinkMan [lkmId=" + lkmId + ", lkmName=" + lkmName + ", lkmGender=" + lkmGender + ", lkmPhone=" + lkmPhone + ", lkmMobile=" + lkmMobile + ", lkmEmail=" + lkmEmail + ", lkmPosition=" + lkmPosition + ", lkmMemo=" + lkmMemo + "]";

}

}

4.4 映射的注解说明

4.4.1 @OneToMany:

作用:

建立一对多的关系映射

属性:

targetEntityClass:指定多的多方的类的字节码

mappedBy:指定从表实体类中引用主表对象的名称。

cascade:指定要使用的级联操作

fetch:指定是否采用延迟加载

orphanRemoval:是否使用孤儿删除

4.4.2 @ManyToOne

作用:

建立多对一的关系

属性:

targetEntityClass:指定一的一方实体类字节码

cascade:指定要使用的级联操作

fetch:指定是否采用延迟加载

optional:关联是否可选。如果设置为 false,则必须始终存在非空关系。

4.4.3 @JoinColumn

作用:

用于定义主键字段和外键字段的对应关系。

属性:

name:指定外键字段的名称

referencedColumnName:指定引用主表的主键字段名称

unique:是否唯一。默认值不唯一

nullable:是否允许为空。默认值允许。

insertable:是否允许插入。默认值允许。

updatable:是否允许更新。默认值允许。

columnDefinition:列的定义信息。

4.5 一对多的操作

4.5.1 添加

/**

* 保存操作

* 需求:

* 保存一个客户和一个联系人

* 要求:

* 创建一个客户对象和一个联系人对象

* 建立客户和联系人之间关联关系(双向一对多的关联关系)

* 先保存客户,再保存联系人

*/

@Test

public void test1(){

//创建客户和联系人对象

Customer c = new Customer();//瞬时态

c.setCustName("GHNC 甘河中心");

c.setCustLevel("VIP 客户");

c.setCustSource("网络");

c.setCustIndustry("商业办公");

c.setCustAddress("内蒙古莫旗");

c.setCustPhone("010-48728888");

LinkMan l = new LinkMan();//瞬时态

l.setLkmName("GHNC 联系人");

l.setLkmGender("male");

l.setLkmMobile("13811111111");

l.setLkmPhone("010-34785348");

l.setLkmEmail("98354834@qq.com");

l.setLkmPosition("老师");

l.setLkmMemo("还行吧");

//建立他们的双向一对多关联关系

l.setCustomer(c);

c.getLinkmans().add(l);

EntityManager em = JPAUtil.createEntityManager();

EntityTransaction tx = em.getTransaction();

em.begin();

//按照要求:先保存客户,再保存联系人(此时符合保存原则:先保存主表,再保存从表)

em.persist(c);//如果在把客户对象转成持久态时,不考虑联系人的信息。就不会有联系人的快照产生

em.persist(l);

tx.commit();//默认此时会执行快照机制,当发现一级缓存和快照不一致了,使用一级缓存更新数据库。

}

通过保存的案例,我们可以发现在设置了双向关系之后,会发送两条 insert 语句,一条多余的 update 语句,那我们的解决是思路很简单,就是一的一方放弃维护权

/**

* 放弃外键维护权的配置将如下配置改为

*/

//@OneToMany(targetEntity=LinkMan.class)

//@JoinColumn(name="lkm_cust_id",referencedColumnName="cust_id")

//设置为

@OneToMany(mappedBy="customer",targetEntity=LinkMan.class)

@JoinColumn(name="lkm_cust_id",referencedColumnName="cust_id")

private Set<LinkMan> linkmans = new HashSet(0);

4.5.2 删除

/**

* 删除操作

* 删除从表数据:可以随时任意删除。

* 删除主表数据:

* 有从表数据引用

* 1、在默认情况下,它会把外键字段置为 null,然后删除主表数据。

* 如果在数据库的表结构上,外键字段有非空约束,默认情况就会报错了。

* 2、如果配置了放弃维护关联关系的权利,则不能删除(与外键字段是否允许为 null,没有关系)

* 因为在删除时,它根本不会去更新从表的外键字段了。

* 3、如果还想删除,使用级联删除

* 没有从表数据引用:随便删

* 在实际开发中,级联删除请慎用!(在一对多的情况下)

*/

@Test

public void test3(){

EntityManager em = JPAUtil.createEntityManager();

EntityTransaction tx = em.getTransaction();

em.begin();

//查询 id 为 1 的客户

Customer c1 = em.find(Customer.class, 2L);

//删除 id 为 1 的客户

em.remove(c1);

tx.commit();

}

级联操作:

指操作一个对象同时操作它的关联对象

使用方法:只需要在操作主体的注解上配置 cascade

/**

* cascade:配置级联操作

* CascadeType.MERGE 级联更新

* CascadeType.PERSIST 级联保存:

* CascadeType.REFRESH 级联刷新:

* CascadeType.REMOVE 级联删除:

* CascadeType.ALL 包含所有

*/

@OneToMany(mappedBy="customer",cascade=CascadeType.ALL,targetEntity=LinkMan.class)

@JoinColumn(name="lkm_cust_id",referencedColumnName="cust_id")

private Se<LinkMan>t linkmans = new HashSet(0)

第5章 JPA 中的多对多

5.1 示例分析

我们采用的示例为用户和角色。

用户:指的是咱们班的每一个同学。

角色:指的是咱们班同学的身份信息。

比如 A 同学,它是我的学生,其中有个身份就是学生,还是家里的孩子,那么他还有个身份是子女。

同时 B 同学,它也具有学生和子女的身份。

那么任何一个同学都可能具有多个身份。同时学生这个身份可以被多个同学所具有。

所以我们说,用户和角色之间的关系是多对多。

5.2 表关系建立

多对多的表关系建立靠的是中间表,其中用户表和中间表的关系是一对多,角色表和中间表的关系也是一对多,如下图所示:

5.3 实体类关系建立以及映射配置

一个用户可以具有多个角色,所以在用户实体类中应该包含多个角色的信息,代码如下:

/**

* 用户的数据模型

*/

@Entity

@Table(name="sys_user")

public class SysUser implements Serializable {

@Id

@GeneratedValue(strategy=GenerationType.IDENTITY)

@Column(name="user_id")

private Long userId;

@Column(name="user_code")

private String userCode;

@Column(name="user_name")

private String userName;

@Column(name="user_password")

@Column(name="user_state")

private String userState;

//多对多关系映射

@ManyToMany(mappedBy="users")

private Set<SysRole> roles = new HashSet(0);

public Long getUserId() {

return userId;

}

public void setUserId(Long userId) {

this.userId = userId;

}

public String getUserCode() {

return userCode;

}

public void setUserCode(String userCode) {

this.userCode = userCode;

}

public String getUserName() {

return userName;

}

public void setUserName(String userName) {

this.userName = userName;

}

public String getUserPassword() {

return userPassword;

}

public void setUserPassword(String userPassword) {

this.userPassword = userPassword;

}

public String getUserState() {

return userState;

}

public void setUserState(String userState) {

this.userState = userState;

}

public Set<SysRole> getRoles() {

return roles;

}

public void setRoles(Set<SysRole> roles) {

this.roles = roles;

}

@Override

public String toString() {

return "SysUser [userId=" + userId + ", userCode=" + userCode + ", userName=" + userName + ", userPassword=" + userPassword + ", userState=" + userState + "]";

}

}

一个角色可以赋予多个用户,所以在角色实体类中应该包含多个用户的信息,代码如下:

/**

* 角色的数据模型

*/

@Entity

@Table(name="sys_role")

public class SysRole implements Serializable {

@Id

@GeneratedValue(strategy=GenerationType.IDENTITY)

@Column(name="role_id")

private Long roleId;

@Column(name="role_name")

private String roleName;

@Column(name="role_memo")

private String roleMemo;

//多对多关系映射

@ManyToMany

@JoinTable(name="user_role_rel",//中间表的名称

//中间表 user_role_rel 字段关联 sys_role 表的主键字段 role_id

joinColumns={@JoinColumn(name="role_id",referencedColumnName="role_id")},

//中间表 user_role_rel 的字段关联 sys_user 表的主键 user_id

inverseJoinColumns={@JoinColumn(name="user_id",referencedColumnName="user_id")}

)

private Set<SysUser> users = new HashSet(0);

public Long getRoleId() {

return roleId;

}

public void setRoleId(Long roleId) {

this.roleId = roleId;

}

public String getRoleName() {

return roleName;

}

public void setRoleName(String roleName) {

this.roleName = roleName;

}

public String getRoleMemo() {

return roleMemo;

}

public void setRoleMemo(String roleMemo) {

this.roleMemo = roleMemo;

}

public Set<SysUser> getUsers() {

return users;

}

public void setUsers(Set<SysUser> users) {

this.users = users;

}

@Override

public String toString() {

return "SysRole [roleId=" + roleId + ", roleName=" + roleName + ", roleMemo=" + roleMemo + "]";

}

}

5.4 映射的注解说明

5.4.1 @ManyToMany

作用:

用于映射多对多关系

属性:

cascade:配置级联操作。

fetch:配置是否采用延迟加载。

targetEntity:配置目标的实体类。映射多对多的时候不用写。

5.4.2 @JoinTable

作用:

针对中间表的配置

属性:

nam:配置中间表的名称

joinColumns:中间表的外键字段关联当前实体类所对应表的主键字段

inverseJoinColumn:中间表的外键字段关联对方表的主键字段

5.4.3 @JoinColumn

作用:

用于定义主键字段和外键字段的对应关系。

属性:

name:指定外键字段的名称

referencedColumnName:指定引用主表的主键字段名称

unique:是否唯一。默认值不唯一

nullable:是否允许为空。默认值允许。

insertable:是否允许插入。默认值允许。

updatable:是否允许更新。默认值允许。

columnDefinition:列的定义信息。

5.5 多对多的操作

5.5.1 保存

/**

* 需求:

* 保存用户和角色

* 要求:

* 创建 2 个用户和 3 个角色

* 让 1 号用户具有 1 号和 2 号角色(双向的)

* 让 2 号用户具有 2 号和 3 号角色(双向的)

* 保存用户和角色

* 问题:

* 在保存时,会出现主键重复的错误,因为都是要往中间表中保存数据造成的。

* 解决办法:

* 让任意一方放弃维护关联关系的权利

*/

@Test

public void test1(){

//创建对象

SysUser u1 = new SysUser();

u1.setUserName("用户 1");

SysUser u2 = new SysUser();

u2.setUserName("用户 2");

SysRole r1 = new SysRole();

r1.setRoleName("角色 1");

SysRole r2 = new SysRole();

r2.setRoleName("角色 2");

SysRole r3 = new SysRole();

r3.setRoleName("角色 3");

//建立关联关系

u1.getRoles().add(r1);

u1.getRoles().add(r2);

r1.getUsers().add(u1);

u2.getRoles().add(r3);

r2.getUsers().add(u2);

r3.getUsers().add(u2);

EntityManager em = JPAUtil.createEntityManager();

EntityTransaction tx = em.getTransaction();

em.begin();

em.persist(u1);

em.persist(u2);

em.persist(r1);

em.persist(r2);

em.persist(r3);

tx.commit();

}

在多对多(保存)中,如果双向都设置关系,意味着双方都维护中间表,都会往中间表插入数据,中间表的 2个字段又作为联合主键,所以报错,主键重复,解决保存失败的问题:只需要在任意一方放弃对中间表的维护权即可,推荐在被动的一方放弃,配置如下:

@ManyToMany(mappedBy="roles")

private Set<SysUser> users = new HashSet(0);

5.5.2 删除

/**

* 删除操作

* 删除从表数据:可以随时任意删除。

* 删除主表数据:

* 有从表数据引用

* 1、不能删除

* 2、如果还想删除,使用级联删除

* 没有从表数据引用:随便删

* 在实际开发中,级联删除请慎用!(在一对多的情况下)

*/

@Test

public void test3(){

//获取 JPA 操作对照

EntityManager em = JPAUtil.getEntityManager();

//获取 JPA 事务对象

EntityTransaction tx= em.getTransaction();

//开启事务

tx.begin();

//查询 id 为 1 的客户

Customer c1 = em.find(Customer.class, 2L);

//删除 id 为 1 的客户

em.remove(c1);

tx.commit();

}

级联删除的配置:

@OneToMany(targetEntity=LinkMan.class,mappedBy="customer",cascade=CascadeType.ALL) //用 CascadeType.REMOVE 也可以

private Set<LinkMan> linkmans = new HashSet<LinkMan>(0);

第6章 JPA 中的查询

6.1 对象导航查询(多表查询很方便)

6.1.1 概述

对象图导航检索方式是根据已经加载的对象,导航到他的关联对象。它利用类与类之间的关系来检索对象。

例如:我们通过 ID 查询方式查出一个客户,可以调用 Customer 类中的 getLinkMans()方法来获取该客户的所有联系人。

对象导航查询阿的使用要求是:两个对象之间必须存在关联关系。

6.1.2 对象导航检索示例

查询一个客户,获取该客户下的所有联系人

/**

* 需求:

* 查询 ID 为的 1 客户有多少联系人

*/

@Test

public void test1(){

//获取 JPA 操作对照

EntityManager em = JPAUtil.getEntityManager(); z

//获取 JPA 事务对象

EntityTransaction tx= em.getTransaction();

//开启事务

tx.begin();

Customer c = em.find(Customer.class, 1L);

Set<LinkMan> linkmans = c.getLinkmans();//此处就是对象导航查询

for(Object o : linkmans){

System.out.println(o);

}

tx.commit();

}

查询一个联系人,获取该联系人的所有客户

/**

* 需求:

* 查询 ID 为 1 的联系人所属客户

*/

@Test

public void test3(){

//获取 JPA 操作对照

EntityManager em = JPAUtil.getEntityManager();

//获取 JPA 事务对象

EntityTransaction tx= em.getTransaction();

//开启事务

tx.begin();

LinkMan l = em.find(LinkMan.class, 1L);

System.out.println(l.getCustomer());

tx.commit();

}

6.1.3 对象导航查询的问题分析

问题 1:我们查询客户时,要不要把联系人查询出来?

分析:

如果我们不查的话,在用的时候还要自己写代码,调用方法去查询。

如果我们查出来的,不使用时又会白白的浪费了服务器内存。

解决:

采用延迟加载的思想。通过配置的方式来设定当我们在需要使用时,发起真正的查询。

配置的方式:

/**

* 在客户对象的@OneToMany 注解中添加 fetch 属性

* FetchType.EAGER :立即加载

* FetchType.LAZY :延迟加载

*/

@OneToMany(mappedBy="customer",fetch=FetchType.EAGER)

private Set<LinkMan> linkMans = new HashSet<>(0)

问题 2:我们查询联系人时,要不要把客户查询出来?

分析:

如果我们不查的话,在用的时候还要自己写代码,调用方法去查询。

如果我们查出来的话,一个对象不会消耗太多的内存。而且多数情况下我们都是要使用的。

例如:查询联系人详情时,肯定会看看该联系人的所属客户。

解决:

采用立即加载的思想。通过配置的方式来设定,只要查询从表实体,就把主表实体对象同时查出来。

配置的方式:

/**

* 在联系人对象的@ManyToOne 注解中添加 fetch 属性

* FetchType.EAGER :立即加载

* FetchType.LAZY :延迟加载

*/

@ManyToOne(targetEntity=Customer.class,fetch=FetchType.EAGER)

@JoinColumn(name="cst_lkm_id",referencedColumnName="cust_id")

private Customer customer;

6.2 JPA 中多种查询方式总结

6.2.1 根据 ID 查询

顾名思义:即根据主键查询一个实体。在 JPA 中提供了两个方法。分别是:

find(Class entityClass,Object id);

getReference(Class entityClass,Object id);

他们的区别是:

查询的时机不一样:

find 的方法是立即加载,只要一调用方法就马上发起查询。

getReference 方法是延迟加载,只有真正用到数据时才发起查询。(按需加载)

返回的结果不一样:

find 方法返回的是实体类对象。

getReference 方法返回的是实体类的代理对象。

示例:

//查询一个

//立即加载

@Test

public void testFindOne() {

EntityManager em = JPAUtil.createEntityManager();

EntityTransaction tx = em.getTransaction();

tx.begin();

Customer c = em.find(Customer.class, 1);

System.out.println(c);

tx.commit();

em.close();

}

//查询一个

//懒加载(延迟加载)

@Test

public void testFindOne2() {

EntityManager em = JPAUtil.createEntityManager();

EntityTransaction tx = em.getTransaction();

tx.begin();

Customer c = em.getReference(Customer.class, 1);

System.out.println(c.toString());

tx.commit();

em.close();

}

6.2.2 对象导航查询

此种查询方式,是根据已知实体,调用该实体中的 getXXX 方法获取到关联对象的信息。

例如:

Customer 对象中有一个 LinkMan 的集合属性,并生成了 get 和 set 方法。

我们就可以通过 getLinkMans()得到该客户下的所有联系人信息。

要求:

两个实体必须有关联关系,才能使用此种查询方式。

示例:

/**

* 根据客户导航查询联系人

*/

@Test

public void test1(){

//获取 JPA 操作对照

EntityManager em = JPAUtil.getEntityManager();

//获取 JPA 事务对象

EntityTransaction tx= em.getTransaction();

//开启事务

tx.begin();

Customer c = em.find(Customer.class, 1L);

Set<LinkMan> linkmans = c.getLinkmans();//此处就是对象导航查询

for(Object o : linkmans){

System.out.println(o);

}

tx.commit();

}

/**

* 根据联系人导航查询客户

*/

@Test

public void test3(){

//获取 JPA 操作对照

EntityManager em = JPAUtil.getEntityManager();

//获取 JPA 事务对象

EntityTransaction tx= em.getTransaction();

//开启事务

tx.begin();

LinkMan l = em.find(LinkMan.class, 1L);

System.out.println(l.getCustomer());

tx.commit();

}

6.2.3 JPQL 查询

此种方式是使用 JPQL 语句查询。全称是 Java Persistence Query Language。JPQL 语句是 JPA 中定义的一种查询语言。此种语言的用意是让开发者忽略数据库表和表中的字段,而关注实体类及实体类中的属性。更加契合操作实体类就相当于操作数据库表的 ORM 思想。但是又不完全脱离 SQL 语句,例如:

排序,仍然使用 order 关键字。

聚合函数:在 JPQL 中也可以是使用。

它的写法是:

把查询的表名换成实体类名称,把表中的字段名换成实体类的属性名称。

注意:

此处我们必须明确,实体类属性名称指的是 get/set 方法后面的部分,且首字母改小写。而非私有类成员变量。只不过我们的 get/set 方法都是通过工具生成的,所以可以直接写私有成员变量名称。

示例:

@Test

public void testFindAll() {

EntityManager em = JPAUtil.createEntityManager();

EntityTransaction tx = em.getTransaction();

tx.begin();

//JPQL 的写法是把 SQL 语句中 列名换成属性名称,把表名换成实体类名称

//select * from cst_customer

Query query = em.createQuery("select c from Customer c ");//写的是 JPQL 语句 java persistence query language

List<Customer> customers = query.getResultList();

for(Customer c : customers) {

System.out.println(c);

}

tx.commit();

em.close();

}

6.2.4 SQL 查询

此种方式是使用原生SQL语句查询数据库。采用此种方式查询,我们可以在数据库可视化编译器中先把语句写好,然后粘到代码中。

注意:

一般采用 ORM 框架作为持久层解决方案时,很少使用原生 SQL 语句。(特定情况除外:例如统计分析的语句)

示例:

@Test

public void test3() {

EntityManager em = JPAUtil.createEntityManager();

EntityTransaction tx = em.getTransaction();

tx.begin();

// createNativeQuery 方法中第一个参数就是 SQL 语句,第二个参数是要封装的实体类字节码

Query query = em.createNativeQuery("select * from cst_customer",Customer.class);

List list = query.getResultList();

System.out.println(list);

}

6.2.5 QBC 查询

QBC 全称是 Query By Criteria。此种方式是一种更加面向对象的查询方式。并且可扩展条件查询 API,通过它完全不需要考虑数据库底层如何实现,以及 SQL 语句如何编写。

细节:

JPQL 能查的,QBC 都能查,反之亦然。

示例:

@Test

public void test1() {

//1.获取 JPA 的操作数据库对象

EntityManager em = JPAUtil.createEntityManager();

//2.获取事务对象

EntityTransaction tx = em.getTransaction();

//3.开启事务

tx.begin();

//4.创建 CriteriaBuilder 对象,该对象中定义着查询条件涉及的方法

CriteriaBuilder cb = em.getCriteriaBuilder();

//5.获取 QBC 的查询的对象 CriteriaQuery.

//它可以加一些 SQL 的子句例如:where group by order by having 等等。

CriteriaQuery<Customer> cq = cb.createQuery(Customer.class);

//6.获取实体类对象的封装对象,有此对象之后,所有实体类都可以看成此类型

Root<Customer> root = cq.from(Customer.class);

//7.创建条件对象

Predicate p1 = cb.like(root.get("custName"), "%修%");

Predicate p2 = cb.equal(root.get("custLevel"), "22");

//8.给查询对象设置查询条件

cq.where(p1,p2);

//9.执行查询,获取结果

List list = em.createQuery(cq).getResultList();

System.out.println(list);

//10.释放

tx.commit();

em.close();

}

本文分享自微信公众号 - Java帮帮(javahelp)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2018-08-27

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 程序员的走与留?

    初级开发人员在他们的职业生涯早期必须考虑的一个大问题就是,他是该离开还是留下。我在我职业生涯的早期发现,相对于我的同事我所得的报酬过低,而这仅仅是因为他们工作的...

    哲洛不闹
  • 生产制造MES系统中,如何应用报表分析?

    中国制造业产业结构逐步从低附加值传统加工制造业和资源密集型制造业向高附加值新型制造业转型升级。生产制造类企业为了监控项目进度和产品生产情况,会需要制作大量的报表...

    葡萄城控件
  • 面试想拿 25K,HR 却说只值 15K,技术人该如何反驳?

    知乎上看到这样一个问题:面试的时候想拿xx,HR却说我只值xx,这种情况下应该怎么办?

    养码场
  • 为什么你应该学习编程

    很多人,从HR专业人员到市场营销专业人员,都在硅谷工作,但硅谷对编程专业人士的需求更多,也更重视这个行业。大多数人往往更偏爱一个收入更高的工作。

    哲洛不闹
  • 程序员的走与留?

    初级开发人员在他们的职业生涯早期必须考虑的一个大问题就是,他是该离开还是留下。我在我职业生涯的早期发现,相对于我的同事我所得的报酬过低,而这仅仅是因为他们工作的...

    哲洛不闹
  • 鸟笼逻辑

    宇相
  • 破窗效应

    宇相
  • 为什么跳槽加薪会比内部调薪要高?

    之后的若干年加薪都是遵循企业内部晋升通道,如果企业加薪幅度赶不上同岗位市场薪酬回报的上涨幅度,就会出现题主所说的现象。

    哲洛不闹
  • “生于忧患,死于安乐”之程序员人生

    没错,大多人的经历都是如此!这样艰苦的奋斗,不断的努力,使我们在这个行业立足。正是这份兴趣、这份毅力、这份坚持支撑着我们,才让我们走到了现在。

    CrazyCodes
  • IT 已成为最疯狂的加班行业,没有之一

    夜幕降临,当IT大楼里依然灯火通明时,那一刻,我仿佛王进喜、石传翔等劳模灵魂附体,我知道我不是一个在加班,我不是一个人!连续9个通宵加班都不是事,一点不夸张,这...

    哲洛不闹

扫码关注云+社区

领取腾讯云代金券