Hirdetés
Legfrissebb anyagok
LOGOUT témák
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- bambano: Bambanő háza tája
- Candy: AOOSTAR WTR PRO – NAS, alkoss, gyarapíts
- suste: Openwrt Barrier Breaker 14.07 saját verzió Tp-link routerekre
- dobragab: PH! userscript-gyűjtemény
- Cifu: Űrhajózás 2025 - Összefoglaló írás
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
- Steelseries Arctis Nova 1 gamer fejhallgató
- AKCIÓ! Gigabyte Z790 i7 14700KF 64GB DDR5 1TB SSD RTX 5070Ti 16GB LIAN LI LANCOOL 207 850W
- HP ProBook 650 G5 512 GB / 12HÓ Garancia
- AKCIÓ! Intel Core i7 8700K 6 mag 12 szál processzor garanciával hibátlan működéssel
- Lenovo ThinkPad X1 Carbon Gen 9 i7-1185G7 32 GB RAM Iris Xe 4k kijelző törésgarancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
