- Honor Magic5 Pro - kamerák bűvöletében
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Keretmentesít a Galaxy S25 FE
- Apple Watch Ultra - első nekifutás
- Honor 200 - kétszázért pont jó lenne
- Kiborult a Nothing Phone (3) pletykakosara
- Az Oppo Find X8 Ultra lett a legvékonyabb kameramobil
- Magisk
- iPhone topik
- Android alkalmazások - szoftver kibeszélő topik
Új hozzászólás Aktív témák
-
#2356
Sk8erPeter
nagyúr
FireFox1996
#2355
Sk8erPeter
nagyúr
válasz
FireFox1996
#2355
üzenetére
"De írjatok csak nyugodtan olyan kód sorokat, amiben felesleges sorok/részek vannak"
Fárasztó vagy nagyon, remélem, tudod...
De a szavak értelmetlen kiforgatása legalább megy. 
Sztem is fejezzük be, eddig is értelmetlen volt.
-
#2353
Sk8erPeter
nagyúr
FireFox1996
#2347
Sk8erPeter
nagyúr
válasz
FireFox1996
#2347
üzenetére
Ne szívassál már ilyen teljesen elvetemült példákkal.
Hogy jön ez ide? Semmi köze nem volt ahhoz, hogy ott volt egy WHERE 1=1 feltétel, ami lényegében SEMENNYI overheadet nem jelent. Erről beszéltünk. Nem másról (amit te említettél).
Körülbelül a példádnak annyi köze volt ahhoz, amiről eredetileg szó volt, mintha azt mondtad volna, hogy nem illik SELECT *-ot használni, mert tök felesleges mezőket is lekérsz. Az állítás önmagában teljes mértékben igaz, csak köze nincs a témához, amiről szó van.
Szóval ne keverjük a szezont a fazonnal, de egyébként is szerintem kimerült a téma, mert alapvetően egyetértünk abban, hogy ne legyen a kódban olyan, aminek nem kell ott lennie, csak az eredeti felvetésed - "szerintem az felesleges... még 1 értékelést kell végezni az sql servernek..." - volt kicsit félrevezető (mintha jelentene bármit is az az 1 értékelés).Tulajdonképpen most csak rágunk egy gumicsontot, de semmi hasznos nem sül ki belőle.
-
#2350
Apollo17hu
őstag
FireFox1996
#2349
Apollo17hu
őstag
válasz
FireFox1996
#2349
üzenetére
nem kötekedés akart lenni, nem tanultam a dolgot ilyen mélységben
kösz a választ -
#2348
Apollo17hu
őstag
FireFox1996
#2347
Apollo17hu
őstag
válasz
FireFox1996
#2347
üzenetére
Ha már ilyen mértékű optimalizálásról esett szó, azt nem tudod véletlenül, hogy a kommentezések (nem a hintek, hanem a normál kommentek) lassítanak-e bármit a futási időn?
-
#2346
Sk8erPeter
nagyúr
FireFox1996
#2345
Sk8erPeter
nagyúr
válasz
FireFox1996
#2345
üzenetére
Ez az a kategória, amire még az elcsépelt "sok kicsi sokra megy"-mondást se lehet ráhúzni, annyira jelentéktelen a különbség.
Az tény, hogy felesleges, de lényegében nem számít, max. ránézésre tűnik "szemetesebbnek" a kód, bár van olyan szempont is, amit Apollo17hu említett. -
#2344
Sk8erPeter
nagyúr
FireFox1996
#2342
Sk8erPeter
nagyúr
válasz
FireFox1996
#2342
üzenetére
"szerintem az felesleges... még 1 értékelést kell végezni az sql servernek..."
Tyűha, biztos HATALMAS overheadet jelent az adatbázisszervernek az 1-nek az 1-gyel való összehasonlítása...
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#2217
jozsi84
tag
FireFox1996
#2197
jozsi84
tag
válasz
FireFox1996
#2197
üzenetére
Elnézést a késői reakcióért....
Köszönöm szépen a választ/okat! Sikerült megoldanom...
-
#2211
Apollo17hu
őstag
FireFox1996
#2210
Apollo17hu
őstag
válasz
FireFox1996
#2210
üzenetére
Ez már így szerintem nem a "legegyszerűbb" megoldás.
Maradok egyelőre Zeratul javaslatánál, remélhetőleg alkalmazható. -
#2209
Apollo17hu
őstag
FireFox1996
#2208
Apollo17hu
őstag
válasz
FireFox1996
#2208
üzenetére
Nem, az azonosító és az időbélyeg együttesen kulcs.
t1:
id calendar_date
1 2013.12.31
2 2014.01.01
3 2013.12.31
4 2014.01.01
6 2013.12.31
8 2013.12.31
9 2013.12.31
12 2013.12.31t2:
id calendar_date
1 2013.12.31
3 2013.12.31
5 2013.12.31
6 2013.12.31
8 2013.12.31
11 2014.01.01
15 2014.01.01ezt szeretném:
id t1_fl t2_fl
1 x x
3 x x
5 x
6 x x
8 x x
9 x
12 x -
#2205
Apollo17hu
őstag
FireFox1996
#2204
Apollo17hu
őstag
válasz
FireFox1996
#2204
üzenetére
Ez azért nem lenne jó, mert ha mindkét táblában megvan a rekord, akkor csak az egyikre vonatkozó érték (1 vagy 2) fog megjelenni "honnan"-ban.
-
#2203
Apollo17hu
őstag
FireFox1996
#2201
Apollo17hu
őstag
válasz
FireFox1996
#2201
üzenetére
A legegyszerűbb megoldást keresem egy olyan halmaz létrehozására, ami tartalmazza t1 és t2 minden elemét (az azonos elemeket csak egyszer), és segédmezőkben tárolom, hogy az elem megtalálható-e t1-ben és/vagy t2-ben. Utóbbira CASE WHEN t1.id IS NOT NULL THEN 'x' END t1_fl és t2_fl mezőket vettem fel. Nem tudom, hogy UNION ALL -lal a segédmezők megvalósíthatóak-e. (A segédmezőkre később szűrök, ezért kellenek.)
De a szavak értelmetlen kiforgatása legalább megy. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- exHWSW - Értünk mindenhez IS
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Konteó topic
- Nintendo Switch 2
- Gumi és felni topik
- Honor Magic5 Pro - kamerák bűvöletében
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Sony MILC fényképezőgépcsalád
- Székesfehérvár és környéke adok-veszek-beszélgetek
- További aktív témák...
- Lenovo Legion 5 Pro Gamer Laptop 2év garanciával (i7 13700HX, RTX 4060)
- IPhone 11 Pro max 64GB megkímélt új emelt kapacitású akku!
- Apple Pencil Pro bontatlan 1 év Apple jótállás
- Nitro ANV15-51 15.6" FHD IPS i5-13420H RTX 4060 32GB 512GB NVMe magyar vbill gar
- Apple watch Series 9 41mm cellular hibátlan 2026.02. 24. Apple jótállás
- Samsung Galaxy S22 Ultra , 8/128 GB , Kártyafüggetlen
- AKCIÓ! Dell Latitude 5440 14 FHD üzleti notebook - i5 1335U 8GB RAM 256GB SSD Intel Iris Xe
- BESZÁMÍTÁS! HP Elitebook 840 G11 üzleti notebook - Intel Core Ultra 5 135U 16GB DDR5 RAM 256GB W11
- BESZÁMÍTÁS! ASROCK H310CM i5 8400 16GB DDR4 256GB SSD 1TB HDD GTX 1060 3GB Rampage SHIVA TT 500W
- REFURBISHED - DELL Thunderbolt Dock WD19TBS docking station (210-AZBV)
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged