- Expédié
- 21 août 2026 à 00:07 UTC
- Auteur
- Kamo
- Commite
- 802dea7
La requête de la page de la grille a échoué en production avec: ERREUR: rubrique à partir de l'article manquant pour le tableau "a2x1" ... gauche rejoignez le membre membre de l'équipe a2 et 0 le Les utilisateurs de gauche rejoignent u1'0' sur u1'0.id'a2'.user'id'id' TeamMember est une sous-classe JOINED de Membre, donc aller à l'arrière de l'équipeTeamMember.user a besoin à la fois de la sous-classe et de la racine des membres. Hibernate 6.2.13 émet la sous-classe se joint et référence ensuite l'alias de la racine sans jamais l'y joindre. Hibernate 6.5 le rend correctement - ce qui explique exactement pourquoi rien ne l'a attrapé: cette bibliothèque compile contre 6.5, SecurityService exécute 6.2.13, le contrôleur test se moquer du service, et LeadGridSimpificationSqlTest s'arrête à HQL, avant Génération de LQS. Même 6.2 famille d'héritage commun que le bogue RejoindreInheritanceInsertSqlTest existe pour. Le cessionnaire est désormais résolu par deux questions dont les formes sont déjà en place. production au 6.2.13: LeadRepository.findEndEnseignement reads l.assignedTeamMember.id, qui est l'identifiant et se résout à la clé étrangère colonne sans jointure; est enracinée AT TeamMember et rejoint explicitement l'utilisateur, la même forme que les quatre JOIN tm.user demandes d'informations déjà là-bas. Ni l'un ni l'autre ne demande à Hibernate 6.2 de se joindre à un joint hiérarchie de l'extérieur. Deux requêtes bon marché par page au lieu d'un graphique de recherche, toujours pas de N-1, et LeadListDTO.fromLead prend maintenant les cessionnaires résolus de sorte que le constructeur de rangs touche Rien de paresseux, qui maintient également la grille indépendante de l'ouverture de la vision. Vérifié par l'exécution des trois requêtes contre la production au 6.2.13, et non par raisonner à leur sujet: refs OK, noms OK avec les valeurs réelles, et la page de grille s'interposer bien. Voir LeadGridLiveSqlProbe dans SecurityService.