Pourquoi la JPA FetchType DÉSIREUX par défaut pour le @ManyToOne relation?

Je suis venu à remarquer dans Hibernate code source par défaut FetchType pour ManyToOne cartographie est IMPATIENT. Alors que pour OnetoMany mappage par défaut le type de charge est Paresseux. Quelle est la raison derrière tout cela?

OriginalL'auteur vatsal mevada | 2014-12-17

  1. 23

    De la JPA 2.0 spec, les valeurs par défaut sont comme suit:

    OneToMany: LAZY
ManyToOne: EAGER
ManyToMany: LAZY
OneToOne: EAGER

    Et dans hibernate, tout est Paresseux

    De Mise En Veille Prolongée Docs,

    Par défaut, Hibernate utilise paresseux sélectionnez récupérer pour les collections et les
    paresseux proxy chercher de valeur unique associations. Ces valeurs par défaut
    faire sens pour la plupart des associations dans la majorité des applications.

    Pour répondre à votre question, Hibernate est une mise en œuvre de l'APC de la norme. Hibernate a ses propres particularités de l'opération, mais comme par Hibernate docs

    By default, Hibernate uses lazy select fetching for collections and lazy proxy fetching for single-valued associations. These defaults make sense for most associations in the majority of applications.

    Donc, Hibernate va toujours charger n'importe quel objet à l'aide d'un chargement différé stratégie, quel que soit le type de relation que vous avez déclaré.

    JPA Spec suppose qu'en général la plupart des applications nécessitent le singleton relations, par défaut, être impatient, alors que le multi de la valeur des relations, par défaut, être paresseux.

    Reportez-vous ici pour plus d'

    Pouvez-vous fournir le lien vers la documentation de l'endroit où vous avez copié le texte cité?
    "Donc, Hibernate va toujours charger n'importe quel objet à l'aide d'un chargement différé stratégie, quel que soit le type de relation que vous avez déclaré." Incorrect que la mise en veille est en cours de chargement à l'aide DÉSIREUX de stratégie dans le code où j'ai utilisé ManyToOne de cartographie. Et aussi en veille prolongée source par défaut type d'Extraction est mis à la HÂTE.
    êtes-vous de l'utilisation d'Hibernate ou JPA
    Désolé, je suis en utilisant les annotations JPA.. Si j'utilise des fichiers de mapping hibernate, il ne PARESSEUX d'extraction par défaut?
    oui c'est ce que j'ai expliqué dans ma réponse, JPA et Hibernate se comporte différemment. JPA est juste de la mise en œuvre

    OriginalL'auteur Ankur Singhal

  2. 6

    La raison de la création de ces AVIDES était que le début de JPA 1.0 concepteurs supposé que l'application de la JPA des implémentations dynamique de prise en charge de l'initialisation de Procurations serait une très forte exigence. Cependant, depuis sans doublure, la performance ne souffrent énormément, tous les fournisseurs de soutien PARESSEUX associations.

    À l'aide de la valeur par défaut DÉSIREUX de l'extraction de la stratégie pour @ManyToOne et @OneToOne associations est une odeur de code.

    Comme expliqué dans cet article, je vous suggère de réglage de toutes les associations comme des PARESSEUX et utiliser le JOIN FETCH directive disponibles dans toutes les HQL/JPQL ou de Critères de requête.

    Il est également intéressant de noter que @OneToOne en veille prolongée est toujours Impatient que si l'association est marqué comme option=false. stackoverflow.com/questions/1444227/...
    sauf que beaucoup de fournisseurs JPA. n'utilisez pas de "proxy" pour un seul objet les relations.

    OriginalL'auteur Vlad Mihalcea

  3. 1

    En veille prolongée OneToOne et ManyToOne par défaut de ne pas être paresseux, même si vous l'avez explicitement définie à être paresseux.

    Exemple: il existe une association Parent->Enfant. Par défaut, cela signifie PARENT_ID la colonne est dans CHILD table. ORM ne sais pas si votre Parent a un Enfant ou nul. Si il y a un Enfant, puis un objet doit être défini comme un champ de Parent. Si c'est null, alors ORM devez définir la valeur null. Pour savoir si elle est null ou pas ORM a à la requête de la table ENFANT. Depuis une requête est faite de toute façon, il est logique de retour de l'Enfant immédiatement si elle existe.

    Afin de faire la MTO ou OTO paresseux vous devez charger ORM que l'Enfant existe toujours (en le rendant non-facultatif.k.un. requis un.k.un. non-nulle). Donc ORM sait qu'elle est toujours présente et sait qu'il peut définir un proxy à la place de l'Enfant.

    Sinon, vous pouvez garder CHILD_ID colonne dans la table PARENT. Ensuite si l'Enfant est null, la valeur de l'enregistrement sera nulle. Mais pour cela vous devez ajouter des options de configuration (comme @JoinColumn), ce n'est pas un défaut.

    OriginalL'auteur Stanislav Bashkyrtsev

  4. 0

    si vous utilisez lazyfetch en ManyToOne, vous devez utiliser joindre lorsque vous faites une requête qui récupère tous les modèles de la de nombreuses du côté

    OriginalL'auteur Paul