Pourquoi mon chargement paresseux JPA @OneToOne ne fonctionne-t-il pas ?

Résoudre les frustrations de chargement paresseux dans les relations JPA OneToOne

Cette requête concerne une application connaissant des performances lentes en raison d'un nombre excessif de jointures dans une mise en veille prolongée requête. Malgré l'annotation de @OneToOne et @ManyToOne avec FetchType.LAZY, le chargement paresseux ne semble pas prendre effet.

La racine du problème

Le problème réside dans les profondeurs hiérarchie des relations OneToOne et ManyToOne entre entités. Si les relations ManyToMany et OneToMany peuvent facilement être rendues paresseuses, il n'en va pas de même pour certains types d'associations OneToOne.

Solutions

A. Relations OneToOne nullables (sans contrainte)

Les associations un-à-un sans contrainte, où la propriété associée peut être nulle, ne peuvent pas être proxy sans instrumentation de bytecode. En effet, l'entité propriétaire a besoin de savoir si l'association contient un proxy ou un null, ce qui ne peut pas être déterminé uniquement à partir des colonnes de la table de base.

B. Relations OneToOne non nullables

Pour les associations one-to-one non nullables, les options suivantes sont disponibles :

• Spécifiez l'association comme obligatoire et paresseuse : @OneToOne (facultatif = false, fetch = FetchType.LAZY)

• Mappez l'association en tant que relation jointe, en ajoutant un colonne de clé étrangère à la table propriétaire :

  @OneToOne(fetch = FetchType.LAZY)
  @JoinColumn(name="other_entity_fk")
  public OtherEntity getOther()

C. Relations ManyToOne

Les relations ManyToOne peuvent être rendues paresseuses sans restrictions : @ManyToOne(fetch=FetchType.LAZY). Cependant, assurez-vous que cette annotation n'est pas écrasée dans la requête elle-même.

Considérations

Si le chargement précipité des associations OneToOne entraîne des problèmes de performances importants, des défauts de conception plus larges dans le modèle de données doit être étudié. L'instrumentation du bytecode peut être nécessaire en dernier recours.

Notes d'implémentation

• Le fichier persistence.xml n'est pas utilisé pour définir des relations ou des détails de configuration dans ce cas .
• Les enquêtes post-factum nécessiteront le partage de détails spécifiques, tels que les classes d'entités, les requêtes et le SQL résultant, pour une analyse plus précise. analyse.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!