- 관련 상품
- 2026년 9월 23일 오후 2:40 UTC
- 이름 *
- Kamo
- 뚱 베어
- 9fc87cc
Kamo-shared-library 수정의 Caller 반 : 모든 findById () 호출을 전환 LeadVendorProductRepository in securityservice to 어느 쪽이든 린 메서드가 실제로 어떻게 일치합니까? 읽음 (보기 *********** / findByIdWithVendor의 자바 문서 전체적인 이유 및 생산 번호 — 8 방법 ~ 780K 통화, 10-21ms, on 항상 단일 ID 조회는, 결코 일괄 처리 N+1). - LeadController.isFreeForAllLead (모든 할당된 지도 보기 및 기록 읽기): findIsEmptyCreditFfaById — scalar projection, 이 유일한 필드는 이제 읽습니다. * * * * * * * LeadCreditController의 배포/업데이트Allotment: findByIdWithVendor — 이 읽기 공급 업체.org.id 또는 손 공급 업체 객체에; 아무것도 과거 공급 업체. * * * * * * (public, unauthenticated): 찾기ByIdWithVendor 두 번째, 일반 LeadMarketRepository.findById() 시장 및 조직에 대한 — 이 codebase를 이미 분할하는 두 개의 query는 JOINED-inheritance entity에 안전하게 도달합니다. (LeadMarket->Organization)는 @EntityGraph가 결합 된 경계를 통해 제외합니다. LeadAcceptController의 주사 테스트 리드 및 세트 - fa 엔드 포인트 (both MANAGE CREDITS-gated, 낮은 volume)는 findById()에 남아 있다 — 더 낮은 우선은 이 주소는 호출 볼륨을 주어 위의 읽는 경로를 압도적으로, 그리고 더 추측하는 것보다 보고서에 떨어졌다. JSON 모양은 변경되지 않습니다.