Hibernate Unionの代替品 質問する

Hibernate Unionの代替品 質問する

Hibernate を使用してユニオン クエリを実装するには、どのような代替手段がありますか? 現時点では Hibernate がユニオン クエリをサポートしていないことはわかっていますが、現時点でユニオンを作成する唯一の方法は、ビュー テーブルを使用することです。

他のオプションは、プレーンな JDBC を使用することですが、この方法では、すべての例/基準クエリの利点と、Hibernate がテーブル/列に対して実行する Hibernate マッピング検証が失われます。

ベストアンサー1

使用できるid in (select id from ...) or 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");

ただし、少なくとも MySQL を使用すると、後でパフォーマンスの問題に遭遇することになります。代わりに、2 つのクエリで貧乏人の結合を実行する方が簡単な場合があります。

// 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);

多くの場合、1 つの複雑なクエリを実行するよりも、2 つの単純なクエリを実行する方が効果的です。

編集:

例として、サブセレクト ソリューションから得られた 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 行目ではインデックスが使用されず、20 万行以上が考慮されることです。これはまずいです。このクエリの実行には 0.7 秒かかりましたが、両方のサブクエリはミリ秒単位です。

おすすめ記事