java – JPA最佳实践:静态查找实体

前端之家收集整理的这篇文章主要介绍了java – JPA最佳实践:静态查找实体前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
想象一下,事件实体引用了一个状态实体:
@Entity
@Table(name = "event")
public class Event()
{
  @Id
  @Column(name = "id",nullable = false)
  private long id;
  ...

  @ManyToOne
  @JoinColumn(name = "status_code",nullable = false)
  private Status status;
}


@Entity
@Table(name = "status")
public class Status()
{
  @Id
  @Column(name = "code",nullable = false)
  private String code;

  @Column(name = "label",nullable = false,updatable = false)
  private String label;
}

状态映射到一个小表’状态’.状态是典型的参考数据/查找实体.

code  label
   ----- --------------
   CRD   Created
   ITD   Initiated
   PSD   Paused
   CCD   Cancelled
   ABD   Aborted

我不知道如果将状态建模为一个实体是个好主意.感觉更像是常数的枚举…

通过将状态映射为实体,我可以使用Java代码中的状态对象,并且状态值同样存在于数据库中.这对报告很好.

另一方面,如果我想为某个事件设置一个特定的状态,我不能简单地分配我所记住的常数状态.我必须首先查找正确的实体:

event.setStatus(entityManager.find(Status.class,"CRD"))

我可以避免上述代码片段吗?我害怕一个表现的惩罚,它看起来很沉重…

>我必须用只读属性来调整东西吗?
>我可以预取这些查找实体并将其用作常量吗?
>我是否错过了关键的JPA功能
> …?

欢迎所有意见/建议/建议!

谢谢!
J.

解决方法

Can I avoid the above code fragment? I’m affraid for a performance penalty and it looks very heavy?

那么你可以使用一个枚举.我真的不明白你为什么不实际

但是,如果您真的想使用一个实体,那么它将是二级缓存的完美候选者,这将解决您的性能问题.

猜你在找的Java相关文章