Как заставить CriteriaBuilder присоединиться к пользовательскому условию?

Это возможно с версии 2.1 JPA, включенной с использованием on метода Join<Z, X> on(Predicate... restrictions);

Вот как:

Root<Order> order = cq.from(Order.class);
Join<Order, Item> item = order.join(Order_.itemList, JoinType.LEFT);
item.on(cb.equal(item.get(Item_.type), 1));

Я думаю, что это та же проблема, что и в этом вопросе. Похоже, что это невозможно в CriteriaBuilder. Это возможно в Hibernate Criteria API, но это, вероятно, вам не поможет.

JPA Criteria API: множественное условие для LEFT JOIN

Я знаю, что этот вопрос был задан давно, но недавно у меня была такая же проблема, и я нашел это решение на форуме Oracle, я скопировал и вставил его на тот случай, если ссылка больше недоступна.

MiguelChillitupaArmijos 29 апреля 2011 г. 1:41 (в ответ на 840578) Думаю, вам следует использовать что-то вроде:

em.createQuery("SELECT DISTINCT e.Id" +
                    " from Email e " +
                    " left join e.idEmailIn e2 *with* e2.responseType = 'response'" +
                    "     where e.type = 'in' and e.responseMandatory = true").getSingleResult(); 

А это ссылка.

Критерии JPA: ЛЕВОЕ СОЕДИНЕНИЕ с условием И

Существует обходной путь, если вы используете Hibernate 3.6 с JPA 2.0. Это не лучшее решение, однако оно идеально подходит для меня.

Я продублировал объект с аннотацией @Where hibernate. Это означает, что каждый раз, когда вы используете соединение с этим объектом, hibernate будет добавлять дополнительное условие в оператор соединения при сгенерированном SQL.

Например, изначально у нас есть следующий пример:

@Entity
@Table(name = "PERSON")
public class Person {

    @Id
    @Column(name = "PERSON_ID")
    private Long id;

    @Id
    @Column(name = "PERSON_NAME")
    private String name;

   @OneToMany(mappedBy = "person", fetch = FetchType.LAZY)
   private Set<Address> addresses;

}

@Entity
@Table(name = "ADDRESS")
public class Address {

    @Id
    @Column(name = "ADDRESS_ID")
    private Long id;

    @Id
    @Column(name = "ADDRESS_STREET")
    private String street;

   @ManyToOne
   @JoinColumn(name = "PERSON_ID")
    private Person person;

}

Чтобы добавить дополнительные условия для критериев Join, нам нужно продублировать сопоставление Address @Entity, добавив аннотацию @Where @Where(clause = "ADDRESS_TYPE_ID = 2").

@Entity
@Table(name = "ADDRESS")
@Where(clause = " ADDRESS_TYPE_ID = 2")
public class ShippingAddress {

    @Id
    @Column(name = "ADDRESS_ID")
    private Long id;

    @Id
    @Column(name = "ADDRESS_STREET")
    private String street;

   @OneToOne
   @JoinColumn(name = "PERSON_ID")
    private Person person;

}

Кроме того, нам нужно добавить дублирующую ассоциацию сопоставления для нового объекта.

@Entity
@Table(name = "PERSON")
public class Person {

    @Id
    @Column(name = "PERSON_ID")
    private Long id;

    @Id
    @Column(name = "PERSON_NAME")
    private String name;

   @OneToMany(mappedBy = "person", fetch = FetchType.LAZY)
   private Set<Address> addresses;

   @OneToOne(mappedBy = "person")
   private ShippingAddress shippingAddress;

}

Наконец, вы можете использовать соединение с этим конкретным объектом в своих критериях:

PersonRoot.join(Person_.shippingAddress, JoinType.LEFT);

Hibernate Snippet SQL должен выглядеть так:

 left outer join
        address shippingadd13_ 
            on person11_.person_id=shippingadd13_.person_id 
            and (
                shippingadd13_.ADDRESS_TYPE_ID = 2 
            ) 

Предложение ON поддерживается в версии Hibernate 4.3. Кто-нибудь знает, существует ли проблема индексации параметров между индексом параметра дополнительных пользовательских условий и индексом существующих фильтров сопоставления при выполнении внешнего соединения с предложением ON?

Используя приведенный ниже класс сущности Person в качестве примера, предположим, что я добавляю этот фильтр, чтобы ограничить типы адресов, и фильтр включен для заполнения предложения IN. Индекс параметра для предложения IN вызовет проблему [2], когда я добавлю дополнительные условия (например, использование столбца «улица») в часть предложения ON. Это известная проблема?

[1] @Filter(имя = "addressTypes", условие = "ADDRESS_TYPE в (:supportedTypes)")

[2] Причина: ОШИБКА 22018: недопустимый формат символьной строки для типа BIGINT. приватный набор адресов;