Amennyiben a számított mezőt

Van egy kérés fajtája
Jelölje t1. *, [VYCHISLYAEMOE_VYRAZHENIE], mint a területen a t1 ahol.

És akkor azt kell összehasonlítani a számított mező mező a referenciaértéket, de

WHERE field = „valami” vezet az a tény, hogy a MySQL kifogásolja, hogy a vakond nincs ilyen mező (field).

Persze, ez akkor működik, ha azt adja meg, hol [VYCHISLYAEMOE_VYRAZHENIE] = _ „something'_,
de ez a kifejezés valóban elég nagy.

A kérdés az, hogy vajon lehetséges-e menet értékelésére használt kifejezés a HOL?

Vagy keresztül [VYCHISLYAEMOE_VYRAZHENIE] = _ „something'_, akár miután.
Az ötlet ebben az esetben nem sok különbség a teljesítmény (ha a kifejezés nagyon jó, és együtt dolgozik nesolko mezők), mint MySQL minden esetben meg kell tennie a számítás ez a kifejezés minden területen. Tehát Miután ez valószínűleg még gyorsabb.

És a gyorsabb megoldás.

2 óra elteltével 44 perc [mod] Cyril [Kirk] Korolev [dokumentáció]

20 perc után [mod] Evgeny Bondarev aka Eugene Bond [dosszié]

Persze, ez akkor működik, ha azt adja meg, hol [VYCHISLYAEMOE_VYRAZHENIE] = _ „something'_,
de ez a kifejezés valóban elég nagy.

34 perc elteltével a [mod] Rom McRitsky [dokumentáció]

Cyril [Kirk] Korolev [dokumentáció]
A @a - próbáltam. Ez az első dolog, ami eszébe jutott. Ez nem működik megfelelően. AHOL megelőzően végzett @a definiáljuk, értékének meghatározásához, hogy be kell vonni része a GROUP BY.

Dmitry Popov [dokumentáció]
Miután átgondolt is. De az a tény, hogy a kérés megy csoportosítása a pályán. Ha a RENDELKEZŐ, IMHO van szükség, hogy távolítsa el a GROUP BY (amely jelen van a kérés), mert Elvégzését a mintavétel után. Jelentősen uvlichit lekérdezés végrehajtása alatt.

Valószínűleg meg kell hagyni a EXPR ahogy van - a lehető legtisztább formában. Tulajdonképpen ott MySQL számítások társított bázis egy kis sebessége nem lassul, azt akartam, hogy csökkentse a hossza a query string.

Köszönet minden reagált. Lehet, hogy a téma lehet zárni.