- 3D nyomtatás
- Videós, mozgóképes topik
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- OLED TV topic
- Xiaomi Pad 6 - kiapadhatatlan jóság
- TCL LCD és LED TV-k
- Fejhallgató erősítő és DAC topik
- Melyik tápegységet vegyem?
- A Samsung elkezdte árulni új Micro LED tévéit
- Gaming notebook topik
Hirdetés
-
Új Philips Evnia monitorok érkeznek a játékosok asztalaira
ph A 180 Hz-es IPS panellel szerelt modellekkel azokat célozzák meg, akik nem akarnak sokat költeni.
-
Frissítve! Ubisoft Forward 2024 - Az összes bejelentés egy helyen
gp A show hamarosan kezdődik, utána az összes trailert összegyűjtjük egy helyre.
-
KuKirin G4 - a sebesség ára
ma Meglehetősen erős gép ez, amivel óriásit lehet taknyolni, de néhány módosítással egy igen kedvező árú rollerré alakítható.
Új hozzászólás Aktív témák
-
nyunyu
félisten
válasz kw3v865 #4459 üzenetére
Mi volt a baj az eredeti elképzeléseddel?
FOR nem a mögé írt query által visszaadott sorrendben megy végig a sorokon, mint ahogyan a kurzorok tennék? De.
Indexelős ötleted nagyon elborult, egyrészt nehéz megvalósítani, pl. mi van akkor, ha jön egy új elem a táblába, akkor minden sort megupdatelsz az aktuális sorrend alapján?
Iszonyúan nagy overheadet produkálnának az ehhez szükséges triggerek.Ha csak annyi lenne a kérdés, hogyan tudod megmondani egy sorról, hogy ő valamilyen rendezés szerint hanyadik a táblában, akkor a row_number() over (order by x,y) függvényt tudod használni.
Egyébként meg a relációs adatbázisok mindig halmazokkal dolgoznak, nem egy-egy elemmel, így a más programnyelvek procedurális gondolkozásmódja (ciklusok, kurzorok...) SQLben sosem ad jó teljesítményt.
Próbálj inkább úgy gondolkozni, hogyan lehet egy queryvel az összes adatot egyszerre frissíteni/beszúrni.Előző projekten amúgy belefutottam hasonlóba, mint amit most szeretnél.
Örököltem egy kódot, ami egy táblából csinált egy rendezett kurzort, majd azon ment végig egyesével, és dinamikus SQLben kért új értéket egy szekvenciából, majd updatelte rá a tábla soraira, kvázi új indexet vezetett be.
Persze, hogy 15000 sor esetén húsz percig szöszmötölt rajta az Oracle.
Megoldás az lett, hogy egy segédtáblába leválogattam a fő tábla azonosítóit, meg a row_number() over (order by x,y) rn-t, aztán következett egy jól irányzott merge a fő táblára.
Egyből lefut 10 másodperc alatt...[ Szerkesztve ]
Hello IT! Have you tried turning it off and on again?
Új hozzászólás Aktív témák
- Ubisoft Forward 2024 - Az összes bejelentés egy helyen
- UbiForward24 - Hosszabb játékmenet videón az Assassin's Creed Shadows
- Kerékpárosok, bringások ide!
- Luck Dragon: Asszociációs játék. :)
- UbiForward24 - Prince of Persia: The Sands of Time Remake csak 2026-ban
- Elektromos rásegítésű kerékpárok
- Politika
- Xbox Series X|S
- 3D nyomtatás
- UbiForward24 - Jön az Anno 117: Pax Romana
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen