介绍
在我以前的文章中,我讨论了UUID代理密钥以及用例 , 这些用例比更常见的自动递增标识符更合适。
UUID数据库类型
有几种表示128位UUID的方法,每当有疑问时,我都希望向Stack Exchange寻求专家建议。
由于通常对表标识符进行索引,因此数据库类型越紧凑,索引所需的空间就越少。 从效率最高到最低,这是我们的选择:
- 某些数据库( PostgreSQL , SQL Server )提供专用的UUID存储类型
- 否则,我们可以将这些位存储为字节数组(例如,Oracle中的RAW(16)或标准BINARY(16)类型)
- 另外,我们可以使用2个bigint(64位)列,但是复合标识符的效率要比单个列低
- 我们可以将十六进制值存储在CHAR(36)列中(例如32个十六进制值和4个破折号),但这将占用最多的空间,因此这是效率最低的替代方法
Hibernate提供了许多标识符策略供您选择,对于UUID标识符,我们有三种选择:
- 分配的生成器以及应用程序逻辑UUID生成
- 十六进制“ uuid”字符串生成器
- 更灵活的“ uuid2”生成器,允许我们使用java.lang.UUID ,16字节数组或十六进制String值
分配的发电机
分配的生成器允许应用程序逻辑控制实体标识符生成过程。 通过简单地省略标识符生成器定义,Hibernate将考虑分配的标识符。 此示例使用BINARY(16)列类型,因为目标数据库是HSQLDB 。
@Entity(name = "assignedIdentifier")
public static class AssignedIdentifier {
@Id
@Column(columnDefinition = "BINARY(16)")
private UUID uuid;
public AssignedIdentifier() {
}
public AssignedIdentifier(UUID uuid) {
this.uuid = uuid;
}
}
持久实体:
session.persist(new AssignedIdentifier(UUID.randomUUID()));
session.flush();
恰好生成一个INSERT语句:
Query:{[insert into assignedIdentifier (uuid) values (?)][[B@76b0f8c3]}
让我们看看发出合并时会发生什么:
session.merge(new AssignedIdentifier(UUID.randomUUID()));
session.flush();
这次我们同时获得了SELECT和INSERT:
Query:{[select assignedid0_.uuid as uuid1_0_0_ from assignedIdentifier assignedid0_ where assignedid0_.uuid=?][[B@23e9436c]}
Query:{[insert into assignedIdentifier (uuid) values (?)][[B@2b37d486]}
persist方法采用一个临时实体,并将其附加到当前的Hibernate会话。 如果已经存在一个连接的实体,或者如果当前的实体是分离的,我们将得到一个异常。
合并操作会将当前对象状态复制到现有的持久实体(如果有)中。 此操作适用于临时实体和分离实体,但是对于临时实体持久化比合并操作有效得多。
对于分配的标识符,合并将始终需要进行选择,因为Hibernate无法知道是否已经存在具有相同标识符的持久实体。 对于其他标识符生成器,Hibernate会寻找一个空标识符,以判断该实体是否处于过渡状态。
这就是为什么Spring Data SimpleJpaRepository#save(S实体)方法不是使用分配的标识符的实体的最佳选择的原因:
@Transactional
public <S extends T> S save(S entity) {
if (entityInformation.isNew(entity)) {
em.persist(entity);
return entity;
} else {
return em.merge(entity);
}
}
对于分配的标识符,此方法将始终选择合并而不是持久化,因此对于每个新插入的实体,您将同时获得SELECT和INSERT。
UUID生成器
这次我们不会自己分配标识符,而是让Hibernate代表我们生成它。 当遇到一个空标识符时,Hibernate假定一个临时实体,为其生成一个新的标识符值。 这次,合并操作将不需要在插入过渡实体之前进行选择查询。
UUIDHexGenerator
UUID十六进制生成器是最早的UUID标识符生成器,它以“ uuid”类型注册。 它可以生成具有以下模式的32位十六进制UUID字符串值(也可以使用分隔符):8 {sep} 8 {sep} 4 {sep} 8 {sep} 4。
此生成器不符合IETF RFC 4122 ,它使用8-4-4-4-12数字表示。
@Entity(name = "uuidIdentifier")
public static class UUIDIdentifier {
@GeneratedValue(generator = "uuid")
@GenericGenerator(name = "uuid", strategy = "uuid")
@Column(columnDefinition = "CHAR(32)")
@Id
private String uuidHex;
}
持久化或合并临时实体:
session.persist(new UUIDIdentifier());
session.flush();
session.merge(new UUIDIdentifier());
session.flush();
每个操作生成一个INSERT语句:
Query:{[insert into uuidIdentifier (uuidHex) values (?)][2c929c6646f02fda0146f02fdbfa0000]}
Query:{[insert into uuidIdentifier (uuidHex) values (?)][2c929c6646f02fda0146f02fdbfc0001]}
您可以检出发送到SQL INSERT查询的字符串参数值。
UUIDGenerator
较新的UUID生成器符合IETF RFC 4122(变体2),并提供可插拔生成策略。 它以“ uuid2”类型注册,并且提供了更大的类型范围供您选择:
- java.lang.UUID
- 16字节数组
- 十六进制字符串值
@Entity(name = "uuid2Identifier")
public static class UUID2Identifier {
@GeneratedValue(generator = "uuid2")
@GenericGenerator(name = "uuid2", strategy = "uuid2")
@Column(columnDefinition = "BINARY(16)")
@Id
private UUID uuid;
}
持久化或合并临时实体:
session.persist(new UUID2Identifier());
session.flush();
session.merge(new UUID2Identifier());
session.flush();
每个操作生成一个INSERT语句:
Query:{[insert into uuid2Identifier (uuid) values (?)][[B@68240bb]}
Query:{[insert into uuid2Identifier (uuid) values (?)][[B@577c3bfa]}
当我们配置@Id列定义时,此SQL INSERT查询正在使用字节数组。
- 代码可在GitHub上获得 。
翻译自: https://www.javacodegeeks.com/2014/07/hibernate-and-uuid-identifiers.html