Hirdetés

Új hozzászólás Aktív témák

  • Sk8erPeter
    nagyúr

    Abban az esetben hasznos, ha dinamikus where feltételekkel dolgozik a query.
    Más esetben melőzni kell az ilyeneket ;)

    mondok más példát: egy rekordban van egy blob típusú mező, de nem használják/nem töltik (ezt mondják neked a felhasználók)... És a kódod sem használja azt a mezőt, de még is lekéred a serverről a clientre (tipikus "select mezők1, mező2.. form" helyett "select * from" ...).
    Téged nem zavar, mert azt mondták neked, hogy nem használják... Tehát bent hagyod a lekérdezésben...
    Később egyszer vki kitöltötte a mezőt, és jó nagy lett a rekordod mérete, és ha a programod futásközben többször kéri le a rekordot, növeli az adatforgalmat, elfogy a serveren/clienten rendelkezésre álló memória... egyszer csak leáll az egész, mert nincs elég memória a gépen...

    Tehát ha vki tőlem kér tanácsot, akkor: ami felesleges kód, akkor ne írjuk oda!

    Ne szívassál már ilyen teljesen elvetemült példákkal. :DDD 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. :DDD

Új hozzászólás Aktív témák