【问题标题】:The correct way to access referenced entity field访问引用实体字段的正确方法
【发布时间】:2020-09-17 02:29:36
【问题描述】:

我对Hibernate不熟悉,今天在一个新项目中看到了这段代码:

public abstract class ValidationCode {

    @Column(name = "userId", updatable = false, insertable = false)
    @Getter
    @Setter
    private long userId;

    @ManyToOne
    @JoinColumn(name = "userId", referencedColumnName = "userId")
    @Getter
    @Setter
    private MasterUser user;

    // ....
}

我的问题是这样声明userId 字段是否多余?我们不能只使用getter 吗? 或者,在某些情况下,如果我们将用户的获取类型设置为Lazy,我们可以在不获取用户实体的情况下访问userId 字段,或者它可能是值?

你有什么建议?

【问题讨论】:

  • 你认为userId的声明在哪些方面是多余的?您是指在userId 字段上而不是在getter getUserId() 上有一个@Column 注释吗?
  • @code_mechanic 谢谢,我从帖子的对话中学到了很多东西。关闭它,因为它与引用的相似。

标签: java hibernate jpa


【解决方案1】:

当你看到这个多余的时候,我认为你是对的。 @ManyToOne 注释指定JoinColumn(name = "userId", ...,这意味着将存储ValidationCode 实体的表有一个userId 列,它将与存储MasterUser 的表连接(并且在那里,与名为@987654326 的列相对) @ 还)。 另一方面,userId 属性也映射到存储ValidationCode 的表上的userId 列。

现在,老实说,我不知道这是否有效。如果它确实有效,那么这些属性实际上会发生什么。两者都有@Setter,这让事情变得更糟。

【讨论】:

  • 是的,两个@Setter 太可怕了。由于某种原因,一旦更新此类实体,我必须为userIduser 设置新值,如果只更新user 实体,则不会更新实体中的userId
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-01-19
  • 2012-05-07
  • 2017-12-12
相关资源
最近更新 更多