原文地址：https://www.cnblogs.com/deng-cc/p/6420182.html
1、配置映射关系的xml方式
我们知道，Hibernate是一个典型的ORM框架，用以解决对象和关系的不匹配。其思想就是将关系数据库中表的记录映射成为对象，以对象形式展现，这样一来，就可以把对数据库的操作转化为对对象的操作。
而ORM一般是采用xml的格式保存对象与关系数据表的映射，我们也可以从下面示例中看到hibernate中的一个映射配置表的表现形式：
<?xml version="1.0" encoding="utf-8"?> 2 <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN" 3 "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd"> 4 5 <hibernate-mapping> 6 <class name="com.zker.model.job.SysJob" table="SYS_JOB" lazy="true"> 7 <id name="jobId" column="JOB_ID"> 8 <generator class="sequence"> 9 <param name="sequence">SEQ_SYS_JOB</param> 10 </generator> 11 </id> 12 <property name="jobName" type="string" column="JOB_NAME" /> 13 <property name="jobDesc" type="string" column="JOB_DESC" /> 14 <property name="lastModity" type="timestamp" column="LAST_MODIFY" /> 15 <!--与用户关联--> 16 <set name="sysUsers" table="SYS_USER"> 17 <key column="JOB_ID" /> 18 <one-to-many class="com.zker.model.user.SysUser" /> 19 </set> 20 21 </class> 22 </hibernate-mapping>
其中对应的实体类和数据库表结构如下：
public class SysJob { 2 /**职位的主键ID*/ 3 private int jobId; 4 5 /**职位的名称*/ 6 private String jobName; 7 8 /**职位的描述*/ 9 private String jobDesc; 10 11 /**职位的修改时间*/ 12 private Timestamp lastModity; 13 14 /**职位所对应的用户*/ 15 private Set<SysUser> sysUsers = new HashSet<SysUser>(); 16 17 public int getJobId() { 18 return jobId; 19 } 20 21 public void setJobId(int jobId) { 22 this.jobId = jobId; 23 } 24 25 public String getJobName() { 26 return jobName; 27 } 28 29 public void setJobName(String jobName) { 30 this.jobName = jobName; 31 } 32 33 public String getJobDesc() { 34 return jobDesc; 35 } 36 37 public void setJobDesc(String jobDesc) { 38 this.jobDesc = jobDesc; 39 } 40 41 public Timestamp getLastModity() { 42 return lastModity; 43 } 44 45 public void setLastModity(Timestamp lastModity) { 46 this.lastModity = lastModity; 47 } 48 49 public Set<SysUser> getSysUsers() { 50 return sysUsers; 51 } 52 53 public void setSysUsers(Set<SysUser> sysUsers) { 54 this.sysUsers = sysUsers; 55 } 56 }
2、注解的优点
而完成这个ORM映射关系配置的方式，还有一种，就是使用注解。
- 充分利用 Java 的反射机制获取类结构信息，这些信息可以有效减少配置的工作
- 注释和 Java 代码位于一个文件中，有助于增强程序的内聚性，便于程序员开发
我们可以看如下的一个示例来感受这种形式：
@Entity 2 @Table(name = "t_student") 3 @Domain(name = "学生") 4 @Generated 5 @DataIdentify(identifies = "number") 6 public class Student extends BaseDomain<Student> implements Addable, Modifiable<Student>, Deletable { 7 private String name; 8 private String number; 9 private Sex sex; 10 11 @Basic 12 @NotSemanticNull(groups = {Groups.Add.class, Groups.Update.class}) 13 @Property(name = "姓名") 14 public String getName() { 15 return name; 16 } 17 18 public void setName(String name) { 19 this.name = name; 20 } 21 22 ... 23 24 }
3、常用注解的使用方法
3.1 类级别的注解
- @Entity 映射实体类
- @Table 映射数句库表
@Entity(name = "tableName") - 必须，注解将一个类声明为一个实体bean，即指出该Java 类为实体类，将映射到指定的数据库表
- 属性：
- name - 可选，对应数据库中的一个表。若表名与实体类名相同，则可以省略
@Table(name = "", catalog = "", schema = "") - 可选，通常和@Entity 配合使用，只能标注在实体的 class 定义处，表示实体对应的数据库表的信息
- 属性：
- name - 可选，表示表的名称，默认的表名和实体名称一致，只有在不一致的情况下才需要指定表名
- catalog - 可选，表示Catalog 名称，默认为 Catalog("")
- schema - 可选 , 表示 Schema 名称 , 默认为Schema("")
3.2 属性级别的注解
- @Id 映射生成主键
- @GeneratedValue 定义主键生成策略
- @SequenceGenerator 声明了一个数据库序列
- @Version 定义乐观锁
- @Basic 声明属性的存取策略
- @Column 映射表的列
- @Transient 定义暂态属性
属性级别的注解，都是放在其对应的getter前。
3.2.1 与主键相关注解
@Id - 必须，定义了映射到数据库表的主键的属性，一个实体只能有一个属性被映射为主键，置于 getXxx() 前
@GeneratedValue(strategy = GenerationType , generator="") - 可选，用于定义主键生成策略
- 属性：
- strategy - 表示主键生成策略，取值有：
- GenerationType.AUTO 根据底层数据库自动选择（默认），若数据库支持自动增长类型，则为自动增长
- GenerationType.INDENTITY 根据数据库的Identity字段生成，支持DB2、MySQL、MS、SQL Server、SyBase与HyperanoicSQL数据库的Identity类型主键
- GenerationType.SEQUENCE 使用Sequence来决定主键的取值，适合Oracle、DB2等支持Sequence的数据库，一般结合@SequenceGenerator使用（Oracle没有自动增长类型，只能用Sequence）
- GenerationType.TABLE 使用指定表来决定主键取值，结合@TableGenerator使用
- generator - 表示主键生成器的名称，这个属性通常和ORM框架相关 , 例如：Hibernate 可以指定 uuid 等主键生成方式
@SequenceGenerator — 注解声明了一个数据库序列
- 属性：
- name - 表示该表主键生成策略名称，它被引用在@GeneratedValue中设置的“gernerator”值中
- sequenceName - 表示生成策略用到的数据库序列名称
- initialValue - 表示主键初始值，默认为0
- allocationSize - 每次主键值增加的大小，例如设置成1，则表示每次创建新记录后自动加1，默认为50
3.2.2 与非主键相关注解
@Version - 可以在实体bean中使用@Version注解，通过这种方式可添加对乐观锁定的支持（见参考链接）
@Basic - 用于声明属性的存取策略：
- @Basic(fetch=FetchType.EAGER) 即时获取（默认的存取策略）
- @Basic(fetch=FetchType.LAZY) 延迟获取
@Column - 可将属性映射到列，使用该注解来覆盖默认值，@Column描述了数据库表中该字段的详细定义
- 属性：
- name - 可选，表示数据库表中该字段的名称，默认情形属性名称一致
- nullable - 可选，表示该字段是否允许为 null，默认为 true
- unique - 可选，表示该字段是否是唯一标识，默认为 false
- length - 可选，表示该字段的大小，仅对 String 类型的字段有效，默认值255
- insertable - 可选，表示在ORM框架执行插入操作时，该字段是否应出现INSETRT语句中，默认为 true
- updateable - 可选，表示在ORM 框架执行更新操作时，该字段是否应该出现在UPDATE 语句中，默认为 true。对于一经创建就不可以更改的字段，该属性非常有用，如对于 birthday 字段
- columnDefinition - 可选，表示该字段在数据库中的实际类型。通常ORM 框架可以根据属性类型自动判断数据库中字段的类型，但是对于Date 类型仍无法确定数据库中字段类型究竟是 DATE,TIME 还是 TIMESTAMP. 此外 ,String 的默认映射类型为 VARCHAR, 如果要将 String 类型映射到特定数据库的 BLOB或 TEXT 字段类型，该属性非常有用
@Transient - 可选，表示该属性并非一个到数据库表的字段的映射，ORM框架将忽略该属性，如果一个属性并非数据库表的字段映射，就务必将其标示为@Transient，否则ORM框架默认其注解为 @Basic
3.3 映射实体类的关联关系
单向一对多：一方有集合属性，包含多个多方，而多方没有一方的引用。用户--->电子邮件
单向多对一：多方有一方的引用，一方没有多方的引用。论文类别---> 类别
双向一对多：两边都有多方的引用，方便查询。班级---> 学生
双向多对一：两边都有多方的引用，方便查询。
单向多对多：需要一个中间表来维护两个实体表。论坛--->文章
单向一对一：数据唯一，数据库数据也是一对一。舰船---> 水手
主键相同的一对一：使用同一个主键，省掉外键关联。客户---> 地址
3.3.1 关联映射的一些共有属性
@JoinColumn - 可选，用于描述一个关联的字段。@JoinColumn和@Column类似，介量描述的不是一个简单字段，而是一个关联字段，例如描述一个 @ManyToOne 的字段。（即用来定义外键在我们这个表中的属性名，例如实体Order有一个User user属性来关联实体User，则Order的user属性为一个外键）
- 属性：
- name - 该字段的名称，由于@JoinColumn描述的是一个关联字段，如ManyToOne, 则默认的名称由其关联的实体决定
@OneToOne、@OneToMany、@ManyToOne、ManyToMany 的共有属性：
- fetch - 配置加载方式。取值有：
- Fetch.EAGER - 及时加载，多对一默认是Fetch.EAGER
- Fetch.LAZY - 延迟加载，一对多默认是Fetch.LAZY
- cascade - 设置级联方式，取值有：
- CascadeType.PERSIST - 保存 - 调用JPA规范中的persist()，不适用于Hibernate的save()方法
- CascadeType.REMOVE - 删除 - 调用JPA规范中的remove()时，适用于Hibernate的delete()方法
- CascadeType.MERGE - 修改 - 调用JPA规范中merge()时，不适用于Hibernate的update()方法
- CascadeType.REFRESH - 刷新 - 调用JPA规范中的refresh()时，适用于Hibernate的flush()方法
- CascadeType.ALL - 全部 - JPA规范中的所有持久化方法
- targetEntity - 配置集合属性类型，如：@OneToMany(targetEntity=Book.class)
@OneToOne – 表示一个一对一的映射
主表类A与从表类B的主键值相对应 2 主表： 3 @OneToOne(cascade = CascadeType.ALL) 4 @PrimaryKeyJoinColumn 5 public B getB(){ 6 return b; 7 } 8 9 从表：无 1 主表A中有一个从表属性是B类型的b 2 主表： 3 @OneToOne(cascade = CascadeType.ALL) 4 @JoinColumn(name="主表外键") //这里指定的是数据库中的外键字段。 5 public B getB(){ 6 return b; 7 } 8 9 从表：无 1 主表A中有一个从表属性是B类型的b，同时，从表B中有一个主表属性是A类型的a 2 主表： 3 @OneToOne(cascade = CascadeType.ALL) 4 @JoinColumn(name="主表外键") //这里指定的是数据库中的外键字段。 5 public B getB(){ 6 return b; 7 } 8 9 从表： 10 @OneToOne(mappedBy = "主表类中的从表属性") 11 public 主表类 get主表类(){ 12 return 主表对象 13 }
@ManyToOne - 表示一个多对一的映射，该注解标注的属性通常是数据库表的外键
单向多对一：多方有一方的引用，一方没有多方的引用 2 在多方 3 @ManyToOne(targetEntity=XXXX.class) //指定关联对象 4 @JoinColumn(name="") //指定产生的外键字段名 1 双向多对一：配置方式同双向一对多 1 // 示例 2 // 订单 Order 和用户 User 是一个 ManyToOne 的关系 3 // 在 Order 类中定义 4 @ManyToOne() 5 @JoinColumn(name="USER") 6 public User getUser() { 7 return user; 8 }
@OneToMany - 描述一个一对多的关联，该属性应该为集合类型，在数据库中并没有实际字段
单向一对多：一方有集合属性，包含多个多方，而多方没有一方的引用 2 @OneToMany 默认会使用连接表做一对多关联 3 添加@JoinColumn(name="xxx_id") 后，就会使用外键关联，而不使用连接表了 1 双向一对多： 2 1）在多方 3 @ManyToOne 4 @JoinColumn(name="自己的数据库外键列名") 5 6 2）在一方 7 @OneToMany(mappedBy="多端的关联属性名") //mappedBy相当于inverse，维护外键的控制权，不能和JoinColumn同时使用 8 @JoinColumn(name="对方的数据库外键列名")
注意：对于外键的维护，如果是双向一对多，希望双方均可以维护外键，则不能使用mappedBy，而应该双方都使用@JoinColumn
@ManyToMany - 可选，描述一个多对多的关联
- 属性：
- targetEntity - 表示多对多关联的另一个实体类的全名，例如：package.Book.class
- mappedBy - 用在双向关联中，把关系的维护权翻转。
单向多对多关联： 2 在主控方加入@ManyToMany注解即可。 1 双向多对多关联： 2 两个实体间互相关联的属性必须标记为@ManyToMany，并相互指定targetEntity属性。 3 有且只有一个实体的@ManyToMany注解需要指定mappedBy属性，指向targetEntity的集合属性名称。
3.3.2 关联映射的其他补充
@JoinTable其实同时也是配合@ManyToMany使用的，@ManyToMany注释表示该对象是多对多关系的一端，然后利用@JoinTable来定义关联关系（利用中间表来建立联系，原因戳这里），其中name属性指定中间表名称，joinColumns定义中间表与该表的外键关系，inverseJoinColumns属性定义了中间表与另外一端的外键关系。
@JoinTable - 定义关联表， 该关联表包含了指回实体表的外键(通过@JoinTable.joinColumns) 以及指向目标实体表的外键(通过@JoinTable.inverseJoinColumns)
e.g. 2 如下表示：该属性对应字段为"resource_type"，该字段实际在另外一张名"r_role_x_resource_type"表中，与该表（"p_role"）通过"role_id"进行外键链接 3 4 （class Role --> table "p_role"） 5 @ElementCollection 6 @JoinTable(name = "r_role_x_resource_type", joinColumns = @JoinColumn(name = "role_id")) 7 @Column(name = "resource_type") 8 @JSONField(serialize = false) 9 @Cache(usage = CacheConcurrencyStrategy.NONE) 10 public List<Class<? extends Resourceable>> getResourceTypeList() { 11 return resourceTypeList; 12 }
e.g. 2 如下表示：关联的表为“r_role_x_permission"，其中关联外键为"role_id"，该表又通过"permission_id"链接第三张表，即目标实体表 3 4 （class Role --> table "p_role"） 5 @ManyToMany 6 @JoinTable(name = "r_role_x_permission", joinColumns = @JoinColumn(name = "role_id"), 7 inverseJoinColumns = @JoinColumn(name = "permission_id")) 8 public List<Permission> getPermissionList() { 9 return permissionList; 10 }
4、其他注解
@DiscriminatorValue - 一张表对应一整棵类继承树时，该类别对应的“表part”
首先参考这篇文章，很重要：hibernate映射继承关系(一)：一张表对应一整棵类继承树，从文中可以知道，用一个表来存储对应的整个类别的数据，比如有Cat和Animal，Cat是Animal的子类，我仅用Animal一个表来存储Animal和Cat的字段和数据，而不是分成两个表。那么当我进行映射关系的时候，假如我要Cat类映射到Animal中Cat的部分，如何处理？在Animal中定义一个字段用来区分不同的表，比如Animal表中我额外增加字段名为Type，那么在Animal这一张表中，我们本属于Animal表内容的，该字段我们设置为animal，本属于Cat表的，该字段我们设置为cat。你可以理解为，新增加字段来用以在同一个表中区分不同类别的内容。
所以对应在注解上的使用的一个映射关系表示，就是这样的：对于”父类“，即准备用来囊括所有内容的那个表，我们需要定义这个对应的类为 @DiscriminatorColumn(name = "xxx", discriminatorType = DiscriminatorType.xxx) ，这里的name就是指定表中用来区别各类内容的字段，而对于”子类“，我们需要注解标明@DiscriminatorValue(xxx)，这里的xxx即对应了父类中的 “区别用字段” 里的标识。
举例来说，就是假如我们希望将Animal和Cat的内容都只存储在Animal这张表里，那么为了区分内容，我们对于Animal这个表新增某字段如 type；Animal的类，注解为@DiscriminatorColumn(name = "type", discriminatorType = DiscriminatorType.STRING) ，同时设置@DiscriminatorValue("animal")；Cat extends Animal，Cat的类，注解为@DiscriminatorValue(“cat")；那么Animal这个表中，字段type中，为animal的元组映射Animal类，为cat的元组映射Cat类。
而这种方式，多用于数据库字典概念。
@Transient
如果某个属性不需要被持久化，可以加上 @javax.persistence.Transient 注解或者使用 java 的 transient 关键字。
@Lob
实体BLOB、CLOB类型的注解：
- BLOB类型属性声明为byte[]或者java.sql.Blob，多用来直接将文件存储在数据库字段中（如图片）；
- CLOB类型的属性声明为String或java.sql.Clob （详可见参考链接中《Hibernate的Annotation实体BLOB、CLOB类型注解》）