@OneToMany 映射列表大小限制

Question

有没有办法限制 JPA 中 @OneToMany 关系的列表大小？ 这是我的代码示例：

@OneToMany(mappedBy = "publication", cascade=CascadeType.PERSIST)
private List<Comment> commentList;

我正在使用 EclipseLink 2.3 JPA 实现。 提前致谢。

Answer 1

Bean 验证规范 (JSR-303) 的一部分是 @Size(min=, max=) 注释：

支持的类型有字符串、集合、映射和数组。检查注释的元素大小是否在 min 和 max（含）之间。

您可以验证该集合。

@OneToMany(mappedBy = "publication", cascade=CascadeType.PERSIST)
@Size(min=1, max=10)
private List<Comment> commentList;

Answer 2

真正的问题是集合本身。您不应该以这种方式为您的业务领域建模。此解决方案（使用 @OneToMany 注释的集合）仅适用于小型集合（数十个对象），而不适用于大型集合（数千个对象），这很可能是带有注释的情况。你真的必须小心他们，因为他们很快就会失控。我目前仅使用它们来建模与 Account 关联的 Role 集合，因为我知道在我的域中任何帐户都不会拥有超过 9 个角色因为帐户所扮演的角色对于使用该帐户非常重要。对于所有其他 m-to-n 关系，我使用普通的旧查询。

不要向您的对象添加注释集合，而是在 Comment 上添加对对象的引用，然后使用查询显式获取您想要的注释。

在 Comment 上定义一个命名查询来获取某个对象的评论（让我们使用 Article）：

@Entity
@NamedQueries(value={
    @NamedQuery(name=Comment.FOR_ARTICLE, query=
        "SELECT c FROM Comment c WHERE c.article = :article"
    )
})
public class Comment {
    // ...
    @ManyToOne
    @JoinColumn(name = "articleId")
    private Article article;
}

然后，使用该命名查询 icw Query.setMaxResults 和 Query.setFirstResult 显式控制多少要获取的结果并允许分页等：

@PersistenceContext
EntityManager em;

Article theArticle = ...;

Query query = em.createNamedQuery(Comment.FOR_ARTICLE, Comment.class);
query.setParameter("article", theArticle);
query.setFirstResult(0);
query.setMaxResults(10);
List<Comment> comments = (List<Comment>) query.getResultList();

要进行分页，只需 setFirstResult 到与以下内容对应的第一个结果
您想要显示的页面。 EG 显示结果 20 .. 29，您可以调用
setFirstResult(20)。

Answer 3

您无法在 JPA 中执行此操作，而且它没有意义，因为映射旨在反映关系中存在多少对象的实际情况。

你这样做是为了性能吗？如果是这样，您可以做的是使用 Lazy 获取样式并使用 Batchsize 注释来指定一次要获取的数量：

*更正：@Batchsize是一个 Hibernate 功能

@OneToMany(mappedBy = "publication", cascade=CascadeType.PERSIST, fetch=LAZY)
@BatchSize(size=16)
private List<Comment> commentList;

然后在您的代码中，只需迭代/循环到此映射集合中您想要的位置即可。

无论哪种方式，根据我的经验，“黑客”映射来执行标准/查询的设计目的并不是一个富有成果的努力，当您需要比 @OneToMany 明确提供的更多控制或性能调整时，最好的方法可能是只做一个询问。

Answer 4

没有真正的正统方法可以做到这一点。
我将使关系变得惰性，查询父对象。之后，不要初始化惰性列表，并基于在子表上运行的第一个查询运行另一个查询。通过这种方式，您可以根据主要条件而不是连接条件来限制结果集。或者您可以仅运行第二个查询（仅在子表上），并支持分页。