Hirdetés
- MWC 2026: Kezünkben a minden tekintetben európai okostelefon
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Samsung Galaxy S23 Ultra - non plus ultra
- Bemutatkozott a Poco X7 és X7 Pro
- MWC 2026: Bajnoki címre pályázik a Xiaomi Watch 5
- Nemzetközi vizekre evezett a Realme GT 7 és GT 7T
- Xiaomi 17 Ultra - jó az optikája
- MWC 2026: csápolt a robot, majd dobott egy hátraszaltót
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy A54 - türelemjáték
Új hozzászólás Aktív témák
-
nyunyu
félisten
Javaslom a szabványos merge szintaxis tanulmányozását.
Sok fejfájástól megment, ha több tábla joinja alapján kell updatelni egy táblát...
Egyébként már az updateedet sem értem, miért kéne többször lefutnia az alselectnek, ha egyre limitáltad a visszaadható eredmény számát?
Meg a join feltétel is kompletten hiányzik, ami alapján leválogatnád, hogy melyik rossz sorhoz milyen jó partnerkód tartozna.Ez most pont azt csinálja, hogy leválogatja a legnagyobb partnerkódot, és annyi+1-et ráupdatel minden 200000-es sorra.

Ezzel maximum annyit tudsz csinálni, hogy beteszed egy kurzorba az összes 200000-es sort, aztán egyesével végigiterálva rajtuk mindig eggyel nagyobb értékkel updateled őket.
Vagy valami nagyon elborult merget írsz, ami besorszámozza a sorokat, aztán az alapján updatel:
merge into cikktorzs_customer u
using (select cc.id, cc.cust_partnerkod, row_number() over (order by cc.id) rn
from cikktorzs_customer cc
where cc.cust_partnerkod = 200000) x
on (u.id = x.id)
when matched
then update set u.cust_partnerkod = x.cust_partnerkod + x.rn;
Új hozzászólás Aktív témák
- iPhone 17 Pro Max Silver - Bontatlan !! www.stylebolt.hu - Apple eszközök és tartozékok !!
- Dell Optiplex 3050 SFF,i3-6100,8GB DDR4,256GB SSD, WIN11
- MacBook Pro 16" M1 Max 64GB / 2TB / 27%-os ÁFÁS
- Apple MacBook Air 13 (2020) M1 8GB/256GB használt, megkímélt 85% akku (258 ciklus)
- Apple iPhone 13 128GB,Használt,Adatkabel,12 hónap garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


