- Se descapó
- 21 de agosto de 2026 a las 0:07 UTC
- Autor
- Kamo
- Compromit
- 802dea7
La consulta de la página de la cuadrícula fracasó en la producción con: ERROR: Falta de entrada de la cláusula DE la cláusula para la tabla "a2-1" ... izquierda unirse member.team.member a2 a2 .0 en ******************* izquierda unir a los usuarios u1-0 en u1-0.id=a2-1.user-id TeamMember es una subclase JOINED de Miembro, así que buscar asignadoTeamMember.user. necesita tanto la tabla de subclase como la raíz de los miembros. Hibernate 6.2.13 emite el subclase se unen y luego hace referencia al alias de la raíz sin unirse nunca a ella. Hibernate 6.5 lo hace correctamente, por lo que nada lo atesoró: esta biblioteca se compila contra 6.5, SecurityService ejecuta 6.2.13, el controlador pruebas simulan el servicio, y LeadGridSpecificationSqlTest se detiene en HQL, antes de Generación SQL. Mismos 6.2 familia de laherencia unida como el bicho UninedInheritanceInsertSqlTest existe para. El cesionario se resuelve ahora con dos consultas cuyas formas ya se ejecutan producción el 6.2.13: LeadRepository.findAssigneeRefs reads l.assignedTeamMember.id, que es el identificador y resolución a la tecla extranjera columna sin ningún tipo de unión en absoluto; **************** está enraizado AT TeamMember y se une al usuario explícitamente, la misma forma que los cuatro JOIN tm.user Las consultas ya están ahí. Ninguno de los dos pide a Hiberén 6.2 que se una en una JOINED jerarquía desde fuera. Dos consultas baratas por página en lugar de un gráfico de búsqueda, todavía no N-1 y LeadListDTO.fromLead ahora toma los cesionarios resueltos para que el constructor de fila toque nada perezoso, que también mantiene la cuadrícula independiente de la vista abierta. Verificado ejecutando las tres consultas contra la producción en 6.2.13, no por razonamiento sobre ellos: refs OK, nombres OK con valores reales, y la página de la cuadrícula afiina bien. Véase LeadGridLiveSqlProbe in SecurityService.