【问题标题】:possible alternatives to @GeneratedValue with @EmbeddedId in JPA在 JPA 中使用 @EmbeddedId 替代 @GeneratedValue 的可能方法
【发布时间】:2021-05-24 10:33:59
【问题描述】:

我的实体有一个这样的包装标识符,

@Entity
public class Article {
   
   @EmbeddedId
   private ArticleId articleId;

   ....
}

@Embeddable
public class ArticleId implements Serializable {
    private static final long serialVersionUID = 1L;
    
    @Column(name="id")
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private long id;

}

在我的架构中,多个应用程序实例(都一样。)连接到同一个数据源
所以@GeneratedValue(strategy = GenerationType.IDENTITY)似乎不错
因为即使实例 A 和 B 尝试同时创建 Account,其 Id 也是由数据库保证的。

问题是@GeneratedValue只能与@Id注解一起使用(@Id不适用于EmbeddedId

PersistenceUnitUtil.getIdentifier(Object entity) 可以替代吗?像这样,

ArticleId articleId = ArticleRepository.nextIdentity();

我不确定这是否会导致竞态条件。
PersistenceUnitUtil.getIdentifier(Object entity) 能否保证跨不同应用程序实例(JVM)的唯一 ID?我不这么认为。

在这种情况下,有什么选择?

【问题讨论】:

  • 也许this 会有所帮助。

标签: java hibernate jpa spring-data-jpa


【解决方案1】:

一种解决方案可能是使用@IdClass 摆脱嵌套属性并能够生成标识符(因为嵌套属性是“分配的”并且无法生成,因此调用PersistenceUnitUtil.getIdentifier(Object entity) 将无济于事这里)。参见例如here 获取完整指南(在评论中@SternK 的链接答案中也有链接)

@IdClass 可能如下所示:

public class ArticleId implements Serializable {
  private Long id;
}

实体可以使用它:

@Entity
@IdClass(ArticleId.class) // specified dependency
public class Article {

  @Id
  @GeneratedValue(strategy = GenerationType.SEQUENCE)
  private Long id;

  // expose "typed" id:
  public ArticleId getId() {
    return new ArticleId(id);
  }
}

Spring-Data @Repositorys 也适用于相应的 @IdClass 对象,例如:

@Repository
public interface UserEntityRepository extends JpaRepository<Article, ArticleId> {
}

// would offer e.g. this method:
repository.findById(new ArticleId(123L));

【讨论】:

  • 我最初也考虑过复合标识符,但没有充分的理由制作复合标识符。我的第一种方法是使用两个 Identity(简称 IDDD,vaughn vernon)。一个用于域模型作为 UUID(跨不同 JVM 的唯一 id),另一个是数据库的代理标识(代理标识隐藏在继承层次结构中)。我只想使用一个数字序列Id,但是hibernate似乎没有办法。我决定不创建类型化 ID,而是将其用作原始长 ID,因为我认为复杂性会增加。
  • @IdClass 方法也仅适用于一个(生成的)字段!因此您也可以通过这种方式实现类型化 ID(例如包装的 Long),而无需在 @IdClass 中添加额外的 @Id 字段(调整示例代码)
  • 我的意思是“typed-Id”为MediaAccountId.class,而不是Long.class。我想创建对 MediaAccountId.classnot 原始 longLong.class 的明确依赖。
  • 我更新了答案,即使实体有一个“未类型化”字段(已生成),它至少公开公开为“类型化”id,是否接近您喜欢的达到?
  • 是的,它接近我想要实现的目标。我认为您的答案是代理身份的另一种实现。我可以在继承层次结构中为 JPA 机制隐藏Long id,而我在域模型中只保留ArticleId。 (即使与 JPA 机制相关的注释保留在域模型中,我也允许注释。为了便于实现。例如 @Transactional)
猜你喜欢
  • 2016-09-23
  • 1970-01-01
  • 2014-07-28
  • 2018-01-31
  • 2012-03-31
  • 2023-04-03
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多