Hibernate Union 替代方案

Question

使用 hibernate 实现联合查询有哪些替代方案？ 我知道 hibernate 目前不支持联合查询，现在我看到建立联合的唯一方法是使用视图表。

另一种选择是使用纯 jdbc，但这样我就会失去所有示例/条件查询的好处，以及 hibernate 对表/列执行的 hibernate 映射验证。

Answer 1

您可以使用 id in (select id from ...) 或 id in (select id from ...)

例如，

from Person p where p.name="Joe"
union
from Person p join p.children c where c.name="Joe"

您可以

from Person p 
  where p.id in (select p1.id from Person p1 where p1.name="Joe") 
    or p.id in (select p2.id from Person p2 join p2.children c where c.name="Joe");

使用 non-working至少使用不过，MySQL，稍后您会遇到性能问题。 有时，对两个查询执行穷人联接会更容易：

// use set for uniqueness
Set<Person> people = new HashSet<Person>((List<Person>) query1.list());
people.addAll((List<Person>) query2.list());
return new ArrayList<Person>(people);

执行两个简单查询通常比执行一个复杂查询更好。

编辑：

举个例子，这里是子选择解决方案生成的 MySQL 查询的 EXPLAIN 输出：

mysql> explain 
  select p.* from PERSON p 
    where p.id in (select p1.id from PERSON p1 where p1.name = "Joe") 
      or p.id in (select p2.id from PERSON p2 
        join CHILDREN c on p2.id = c.parent where c.name="Joe") \G
*************************** 1. row ***************************
           id: 1
  select_type: PRIMARY
        table: a
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 247554
        Extra: Using where
*************************** 2. row ***************************
           id: 3
  select_type: DEPENDENT SUBQUERY
        table: NULL
         type: NULL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: NULL
        Extra: Impossible WHERE noticed after reading const tables
*************************** 3. row ***************************
           id: 2
  select_type: DEPENDENT SUBQUERY
        table: a1
         type: unique_subquery
possible_keys: PRIMARY,name,sortname
          key: PRIMARY
      key_len: 4
          ref: func
         rows: 1
        Extra: Using where
3 rows in set (0.00 sec)

最重要的是，1. row 不使用任何索引并考虑 200k+ 行。 坏的！ 该查询的执行花费了 0.7 秒，其中两个子查询都以毫秒为单位。

Answer 2

使用视图。 相同的类可以使用实体名称映射到不同的表/视图，因此您甚至不会有太多重复。 在那里，做到了这一点，效果很好。

普通 JDBC 还有另一个隐藏的问题：它不知道 Hibernate 会话缓存，因此如果某些内容被缓存到事务结束并且没有从 Hibernate 会话中刷新，则 JDBC 查询将找不到它。 有时可能会非常令人困惑。

Answer 3

我必须同意弗拉基米尔的观点。 我也研究过在 HQL 中使用 UNION，但找不到解决方法。 奇怪的是，我可以发现（在 Hibernate FAQ 中）UNION 不受支持，与 UNION 相关的错误报告被标记为“已修复”，新闻组的人说这些语句将在 UNION 被截断，而其他新闻组的人报告它有效美好的...
经过一天的研究后，我最终将 HQL 移植回纯 SQL，但在数据库中的视图中执行此操作将是一个不错的选择。 就我而言，部分查询是动态生成的，因此我必须在代码中构建 SQL。

Answer 4

Hibernate 6 添加了对 UNION 的支持。

因此，您现在可以在 JPQL 查询中使用 UNION，如下所示：

List<String> topics = entityManager.createQuery("""
    select c.name as name
    from Category c
    union
    select t.name as name
    from Tag t
    """, String.class)
.getResultList();

如果没有要删除的重复项，您还可以使用 UNION ALL：

List<String> topics = entityManager.createQuery("""
    select c.name as name
    from Category c
    union all
    select t.name as name
    from Tag t
    """, String.class)
.getResultList();

除了 UNION< /code>，您还可以使用EXCEPT 和INTERSECT。

Answer 5

我有一个针对 HQL 中联合的一个关键场景（我为此付出了很多努力）的解决方案。

例如，而不是不工作：-

select i , j from A a  , (select i , j from B union select i , j from C) d where a.i = d.i 

或者

select i , j from A a  JOIN (select i , j from B union select i , j from C) d on a.i = d.i 

您可以在 Hibernate HQL 中执行 ->

Query q1 =session.createQuery(select i , j from A a JOIN B b on a.i = b.i)
List l1 = q1.list();

Query q2 = session.createQuery(select i , j from A a JOIN C b on a.i = b.i)
List l2 = q2.list();

然后您可以添加两个列表 ->

l1.addAll(l2);

Answer 6

视图是一种更好的方法，但由于 hql 通常返回一个 List 或 Set...您可以执行 list_1.addAll(list_2)。 与工会相比完全糟糕，但应该可行。

Answer 7

也许我有一个更直接的问题需要解决。 我的“例如”是在 JPA 中，Hibernate 作为 JPA 提供者。

我将三个选择（第二种情况是两个）拆分为多个选择，并组合自己返回的集合，有效地替换了“全部联合”。

Answer 8

我也经历过这种痛苦 - 如果查询是动态生成的（例如 Hibernate Criteria），那么我找不到一种实用的方法来做到这一点。

对我来说好消息是，我只是研究联合来解决在 Oracle 数据库中使用“或”时的性能问题。

帕特里克发布的解决方案（使用一组以编程方式组合结果）虽然丑陋（特别是因为我也想进行结果分页）对我来说已经足够了。

Answer 9

这是一个特殊情况，但可能会启发您创建自己的解决方案。 这里的目标是计算两个不同表中记录满足特定条件的记录总数。 我相信这种技术适用于任何需要跨多个表/源聚合数据的情况。

我有一些特殊的中间类设置，因此调用命名查询的代码简短而有趣，但是您可以使用通常与命名查询结合使用的任何方法来执行查询。

QueryParms parms=new QueryParms();
parms.put("PROCDATE",PROCDATE);

Long pixelAll = ((SourceCount)Fetch.row("PIXEL_ALL",parms,logger)).getCOUNT();

正如您在这里所看到的，命名查询开始看起来非常像联合语句：

@Entity
@NamedQueries({
        @NamedQuery(
            name  ="PIXEL_ALL",
            query = "" +
                    "  SELECT new SourceCount(" +
                    "     (select count(a) from PIXEL_LOG_CURR1 a " +
                    "       where to_char(a.TIMESTAMP, 'YYYYMMDD') = :PROCDATE " +
                    "     )," +
                    "     (select count(b) from PIXEL_LOG_CURR2 b" +
                    "       where to_char(b.TIMESTAMP, 'YYYYMMDD') = :PROCDATE " +
                    "     )" +
                    ") from Dual1" +
                    ""
    )
})

public class SourceCount {
    @Id
    private Long   COUNT;

    public SourceCount(Long COUNT1, Long COUNT2) {
        this.COUNT = COUNT1+COUNT2;
    }

    public Long getCOUNT() {
        return COUNT;
    }

    public void setCOUNT(Long COUNT) {
        this.COUNT = COUNT;
    }
}

这里的神奇之处在于创建一个虚拟表并向其中插入一条记录。 就我而言，我将其命名为 Dual1，因为我的数据库是 Oracle，但我认为您如何称呼虚拟表并不重要。

@Entity
@Table(name="DUAL1")
public class Dual1 {
    @Id
    Long ID;
}

不要忘记插入您的虚拟记录：

SQL> insert into dual1 values (1);

Answer 10

正如 Patrick 所说，从每个 SELECT 中附加 LIST 是个好主意，但请记住，它的作用类似于 UNION ALL。 为了避免这种副作用，只需控制对象是否已添加到最终集合中即可。 如果没有，则添加它。

您应该关心的其他事情是，如果每个SELECT中有任何JOIN，结果将是对象数组的列表（List），因此您必须迭代它以仅保留您需要的对象。

希望它有效。