Legfrissebb anyagok
LOGOUT témák
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Candy: IGPU dGPU passthrough, avagy a nem minden arany, amin megy a Furmark
- hcl: Samsung S21FE pakolás
- MasterDeeJay: Comet lake (10gen) és DDR3 - mert ilyet is lehet!
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- norbx: IRC a 90-es évek és a 2000-es évek elején
- Mr Dini: Mindent a StreamSharkról!
- plevips: Sorozatkövető v 1.1
PROHARDVER! témák
Mobilarena témák
IT café témák
Új hozzászólás Aktív témák
-
togvau
senior tag
nem túl fontos, csak optimalizációs kérdés:
van egy jpql query, hogy pl:SELECT w FROM Stuff s JOIN User u ON s.owner_id=u.id WHERE u.id=?1
De itt épp nem kellene semmi a User-ből, szükségtelen a join, az owner_id-re keresni a where-ben elég lenne.
TehátSELECT s FROM Stuff s WHERE s.owner_id=?1de így elszáll, hogy nem találja az owner_id-t, pedig DB szinten van ilyen, csak entity-ben ugye User owner van.
Ilyet így csak natív queryben lehet?
Vagy ilyenkor a DB okosan egyszerűsít, és tudja, hogy a 2.-al kiváltható az első query?
Új hozzászólás Aktív témák
Téma tudnivalók
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
Aktív témák
Új fizetett hirdetések
Üzleti előfizetők hirdetései
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
