Hirdetés
- Lalikiraly: Macbook NEO 2
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Mr Dini: Mindent a StreamSharkról!
- D@reeo: OlvasóMester - vágólap felolvasó alkalmazás
- hcl: GPT diszk kisebbre klónozása
- t1csi: DDR3 RAM vadászat – egy kis gondolkodási anomália
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
Új hozzászólás Aktív témák
-
martonx
veterán
válasz
rum-cajsz
#813
üzenetére
Nem gondoltam, hogy lehet olyan eset, ahol az alselect gyorsabb lehet, de végülis mittudomén talán előfordulhat ilyen.
Éppen a héten optimalizáltam egy kolléga kódját, aki szerette az alselecteket (mondjuk régivágású programozók még emlékeznek az SQL-ek hőskorára, amikor NEM is létezett inner join - 2000-es évek előtt). Mit ne mondjak százezres tételszámoknál (mind főselect, mind alselect több százezer sor) perceket lehetett nyerni, hogy 4-5 inner joinba rendeztem át a cuccot.Tényleg és ti mit szóltok a temp táblákhoz? Múltkor ledöbbenve hallottam, hogy nem kellene használni őket. Szerintem ez hülyeség. Szerintetek? MSSQL alatt eléggé furcsállom, hogy ne kellene temp táblákat használni. Én még PostgreSQL, MySQL-ben is használok temp táblákat (8.0 felett, az ennél régebbiekben inkább csak elméleti lehetőség, mintsem gyakorlati).
Új hozzászólás Aktív témák
- exHWSW - Értünk mindenhez IS
- Milyen okostelefont vegyek?
- Mibe tegyem a megtakarításaimat?
- Milyen légkondit a lakásba?
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Xiaomi 17 Ultra - jó az optikája
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Építő/felújító topik
- A fociról könnyedén, egy baráti társaságban
- Nem szabad futtatni az új Red Magic csúcstelefonokon a 3DMarkot
- További aktív témák...
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
