Hibernate Émission d'instruction select, même si FetchMode = Join

J'ai un compteutilisateur entités mappées avec un pays de l'entité . Le pays de la cartographie dans Compteutilisateur classe, c'est comme cela

@ManyToOne(fetch=FetchType.EAGER)
@Fetch(FetchMode.JOIN)
@JoinColumn(name="f_country_id", nullable=true, insertable=false, updatable=false)
private Country country;

Même il n'est fetchmode défini comme le Rejoindre, hibernate feux séparé SQL Select pour récupérer pays.

  • Avez-vous résoudre ce problème? Comment les acceptée réponse vous a aidé? Je suis confrontée au même problème, mais le a accepté de répondre à n'aide pas.
  • Pour impatient de son simple. Paresseux va arrêter le chargement d'elle. Si la réponse est parfait ici. Petit hic, c'est que lorsque vous avez N à Une relation, il ne fonctionne pas. Nous avons donc besoin d'aller avec une instrumentation du bytecode et de propriétés de champ de modificateur. Ses une fonction de veille prolongée si.
  • Le problème, comme le titre et le contenu, est Hibernate émission SELECT consolidés pour un @ManyToOne relation avec EAGER type d'extraction lors de la demande de mode de lecture est JOIN. La accepté de répondre les états à éliminer les fetch=FetchType.EAGER de l'annotation, une action qui ne va pas changer quoi que ce soit depuis EAGER est la valeur par défaut type d'extraction pour l'annotation; même si vous interpréter la réponse comme "changement EAGER avec LAZY", cela n'explique pas pourquoi Hibernate questions SELECT consolidés lorsqu'il est demandé de ne pas le faire.
InformationsquelleAutor Manish Mudgal | 2011-03-28
  1. 16

    Supprimer la fetch=FetchType.EAGER. Désireux de récupérer déclenche en cascade des instructions select.

    • J'ai besoin de l'avoir envie. est-il un moyen de récupérer hâte à rejoindre...?
    • En indiquant le FetchMode.REJOIGNEZ devrait faire l'affaire. Pour obtenir un désireux de chargement, utilisez FetchType.DÉSIREUX ou FetchMode.JOINDRE, utilisez l'une, à l'aide de deux est une sur-tuer. Le premier utilise 'select' alors que ce dernier utilise "rejoindre".
    • Ne résout pas le problème. Il tire toujours les instructions select dans la base de données. Je suis en utilisant le suivant: @ManyToOne @Fetch(FetchMode.JOINDRE) les annotations @JoinColumn(name="f_country_id", nullable=true, insérable=false, pouvant être mis à jour=false) privé du Pays;
    • Mudgal : Êtes-vous à l'aide de requêtes HQL à la charge de l'utilisateur de l'objet?
    • Si vous utilisez explicite requête HQL par exemple, "de l'Utilisateur lorsque quelque chose d' = someValue", Hibernate ne pas respecter les annoté mode de lecture. Vous devez spécifier le rejoindre dans la requête HQL ou le mode de lecture dans les critères.
    • N'est-ce pas FetchType.DÉSIREUX de la valeur par défaut pour ManyToOne? Je pense que de manière explicite de la clause where, comme mentionné par @SatadruBiswas pourrait être le problème.
    • Pourquoi cette réponse acceptée? Dans la façon de résoudre les OP problème? Comme @JamesSelvakumar a déclaré, FetchType.EAGER est la valeur par défaut pour l'annotation, ainsi retirer cela ne va pas changer quoi que ce soit.

    InformationsquelleAutor Satadru Biswas
  2. 10

    Satadru Biswas a donné la réponse dans un commentaire précédent .

    Hibernate 3.x ignore la FetchMode annotation lorsque vous utilisez l'interface de Requête (de la Session.createQuery) dans ce cas, vous devez ajouter une JOINTURE interne (INNER join FETCH clause de la part de votre requête.

    Les critères de l'interface toutefois utiliser cette interface correctement.

    InformationsquelleAutor sola
  3. 6

    J'essaie d'utiliser @Fetch(FetchMode.JOIN) hibernate adnotation dans toutes les api (JPQL et CriteriaBuilder) mais ne fonctionne pas.
    Seulement ce code dans la classe du service des travaux amende:

    CriteriaBuilder cb = em.getCriteriaBuilder();
CriteriaQuery<UserAccount > cq = cb.createQuery(UserAccount.class);
Root<UserAccount> o = cq.from(UserAccount.class);

o.fetch("country",JoinType.INNER);

em.createQuery(cq.select(o)).getResultList();
    InformationsquelleAutor milosz
  4. 0

    Je suis en utilisant les critères de requête pour récupérer les Clients.

    public class PurchaseOrder
{
    .....
    .....      
    @ManyToOne(fetch=FetchType.EAGER, optional=true)
    @JoinColumn(name="ReportingCustomer_ID", nullable=true, insertable=false, updatable=false)
    @Fetch(FetchMode.JOIN)
    @NotFound(action=NotFoundAction.IGNORE)
    public ReportingCustomer getReportingCustomer()
    {
        return reportingCustomer;
    }
}

    Tout en obtenant PurchaseOrder il le fait d'une JOINTURE EXTERNE GAUCHE comme ci-dessous

    select ... from PurchaseOrder this_ left outer join ReportingCustomer reportingc2_ 
on this_.ReportingCustomer_ID=reportingc2_.ReportingCustomer_ID
where ...
    1. Quand il y a une entrée dans ReportingCustomer - Il se déclenche uniquement à la requête ci-dessus.
    2. Quand il n'y a pas d'entrée pour l'enregistrement dans ReportingCustomer - Il déclenche une requête pour chaque PURCHASEORDER (m+1) requêtes.

    J'utilise le "Progrès" conducteur de se connecter à la DB. Je ne sais pas pourquoi il incendies m+1 requêtes que dans le scénario 2.

    • Je suis en train de vivre la même question: FetchMode.JOIN fonctionne depuis il en trouve une, il commence avec SELECTs. Avez-vous trouvé une solution?
    InformationsquelleAutor user3720735