- Shipped
- 23 septembrie 2026 la 14:39 UTC
- Author
- Kamo
- Commit
- 3677d12
gindById () pe LeadVendorProduct trage vânzătorul implicit-EAGER, care în sine este dornic să-și pună centura propria org ȘI piața sa (care pasionează din nou ITS org) și Organizația este @Moştenire (JOINED), astfel încât fiecare dintre aceste hamei, de asemenea, exterior-joins ORG MTG pentru a rezolva subtip polimorfic. Măsurată în declaraţiile pg stat producţie: o aderare 8-way, ~780K apeluri la 10-21ms (~3 ore timp cumulativ DB), aproape în întregime de căutare uni-id ( Lotable N+1 Adăugați două leadVendorProductorMetode depozit și comută fiecare findById() apelant în kamo-shared-library + securityservice pentru cel care se potrivește cu ceea ce se citește de fapt: -GăsesteEmptyCreditFfaById: o proiecție scalar JPQL, nu se unește deloc. - findbyId WithVendor: an @EntityGraph limited to și vânzător.Piața se întoarce ca proxy neinițiale ale căror ID este încă lizibil cu nici un extra interogare, care este toate controalele de org-proprietate în aceste apeluri vreodată nevoie. Deliberat NU un @EntityGraph în vânzător.org sau vânzător.market.organizare: ambele sunt Organizare și un grafic al entității care aduce alte asociații de pe o entitate de moștenire asociată este forma exactă care a luat / conduce în jos în producția de pe Hibernate 6.2.13 (lipsind DIN-clauza rubrica pentru tabelul rădăcină Cei doi apelanti care au nevoie de piata organizare *************** în serviciul de securitate) încarcă LeadMarket într-o secundă, interogare obișnuită în schimb Formele JSON sunt neschimbate; doar ce coloane sunt citite din baza de date schimbată.