介绍
在我以前的文章中，我讨论了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)")@Idprivate 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)")@Idprivate 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
