介绍

在我以前的文章中，我讨论了UUID代理密钥以及用例 ， 这些用例比更常见的自动递增标识符更合适。

UUID数据库类型

有几种表示128位UUID的方法，每当有疑问时，我都希望向Stack Exchange寻求专家建议。

由于通常对表标识符进行索引，因此数据库类型越紧凑，索引所需的空间就越少。 从效率最高到最低，这是我们的选择：

  1. 某些数据库（ PostgreSQL ， SQL Server ）提供专用的UUID存储类型
  2. 否则，我们可以将这些位存储为字节数组（例如，Oracle中的RAW（16）或标准BINARY（16）类型）
  3. 另外，我们可以使用2个bigint（64位）列，但是复合标识符的效率要比单个列低
  4. 我们可以将十六进制值存储在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