时间戳

首页 > 解决方案 > 是否应该根据可读性和性能在实体中建模大型关系

java - 是否应该根据可读性和性能在实体中建模大型关系

问题描述

我有一个与一个非常大的表（> 100k Rows）相关的实体。现在我问自己是否应该在我的渠道实体中真正表达这种关系，因为永远不会直接调用 getProducts 将所有产品加载到内存中。我宁愿浏览一个产品存储库并查询该渠道的一个非常具体的子集。

我只是把它放在那里，所以从客户的角度来看它更具可读性。

@Entity
@Table(name = "Channel")
public class Channel {

    @OneToMany(fetch = FetchType.LAZY)
    @JoinColumn(name = "product_id")
    private List<Product> products;

    public void setProducts(List<Product> products) {
        this.products= products;
    }

    public List<Product> getProducts() {
        return this.products;
    }

}

标签： javahibernate

解决方案

简而言之：没有。

我认为您所问的可能是基于意见的，但这是我倾向于做的：删除所有“不可导航”的关系。

如果您使用某些生成器从数据库模型中获取 JPA 实体，则生成器将仅创建双向关系。您需要删除所有不会通过 ORM 机制使用的关系（为了可读性、可维护性和性能（以防有人想删除“惰性”指示或在事务中调用集合上的 getter）） .

例如，用户将链接到一种语言（多对一），但您不希望语言和用户之间的（一对多）关系，即使在某些时候您需要知道报告屏幕有多少用户说哪种语言。

推荐阅读