- Se descapó
- 23 de septiembre de 2026 a las 4:04 UTC
- Autor
- Kamo
- Compromit
- b1e20fc
encontrarMemberAndManagerIds devuelve cada (memberId, managerId) edge en una organización, para Hosted ACCESS-SUBORDINATE-COMPUTERS derecha-que alcanza la subáris completa por debajo de un miembro más bien que sólo sus informes directos. La alternativa es encontrarDirectReportMemberIds caminar nivel por nivel, que es una consulta por nivel en un sendero el menú nav golpea en cada carga de página, y la profundidad es una propiedad de la carta de org del cliente en lugar de cualquier cosa que este código controle. Devuelve el EDGES en lugar de un subárbol resuelto, porque el traversal tiene que protegerse de un ciclo: managerId es una referencia de forma libre en el perfil de un miembro, no en un árbol validado, por lo que A reportar a B Mientras que los informes de B a A es un mal clic o una reorganización y una consulta recursiva no regresaría. El llamante camina por primera vez sobre un conjunto visitado. Comprotrar los filtros encontrarDirectReportMemberIds exactamente, incluyendo el LEFT JOIN explícito en tm.user El camino implícito se une es un INNER unirse a JPQL y dejaría silenciosamente todos los informes cuya fila de usuarios es falta, que ese método registra. Validado por LibraryQueryParseTest, que traduce cada "Query" en la biblioteca contra la entidad real mapeo. Eso importa aquí: Spring Data valida una consulta anotada cuando construye el repositorio de frijol, así que un camino malo compila, pasa CI, navega, y luego impide que el servicio consumidor se empiece en absoluto.