- Expediere
- 21 august 2026 la 00:07 UTC
- Autor
- Kamo
- Comite
- 802dea7
Interogarea paginii de rețea a eșuat în producție cu: EROARE: lipsă de la rubrica "A2 1" ... membru al echipei stânga membru membru A2 0 pe ************* U1 0 pe u1 0.id=a2 1.user id TeamMember este o subclasă alăturată de membru, astfel încât aducerea membru al echipei alocate.user are nevoie atât de masă subclasă și membrii rădăcină. Hibernate 6.2.13 emite Subclasele se alătură şi apoi se referă la aliasul rădăcinii fără să se alăture vreodată. Hibernate 6.5 redă corect, care este exact motivul pentru care nimic nu-l prins: Această bibliotecă compilează cu 6.5, Serviciul de Securitate rulează 6.2.13, controlorul teste bat joc de serviciu, și LeadGridSpecificationSqlTest se oprește la HQL, înainte de Generație SQL. Aceeaşi familie de 6,2 care s-a alăturat moştenirii ca şi bug-ul Alăturat de moștenireInsertSqlTest există pentru. Atribuit este acum rezolvat de două întrebări ale căror forme deja rula în producția la 6.2.13: LeadRepository.findAsigneeRefs citește L.atribuitTeamMember.id, care este identificatorul și rezolvă la cheia străină coloana cu nici o aderare la toate; *************** este înrădăcinat AT TeamMember și se alătură în mod explicit utilizatorului, aceeași formă ca și cele patru tm.user country Întrebări deja acolo. Nici Hibernate 6.2 nu cere să participe la un acord Ierarhia din exterior. Două întrebări ieftine pe pagină, în loc de un grafic, încă nu N+1 și LeadListDTO. Plumbul ia acum asignees rezolvate astfel încât constructorul de rânduri atinge nimic leneș Verificat prin executarea tuturor celor trei intrebari impotriva productiei la 6.2.13, nu prin raţionament despre ele: refs OK, nume OK cu valori reale, şi pagina de grilă interogarea se OK. A se vedea LeadGridLiveSqlProbe in SecurityService.