Witam, przy wywołaniu tego polecenia:

[SQL] pobierz, plaintext 
SELECT (
UNIX_TIMESTAMP( t2.date_start ) 
) AS d1, (
UNIX_TIMESTAMP( t2.date_end ) 
) AS d2, t1.id, t1.day_number, t1.hour_stamp
FROM cykliczne_okresy AS t2
LEFT JOIN cykliczne_godziny AS t1 ON t1.okres_id = t2.id
WHERE (
d1 <1257033600
AND d2 >1257033600
)
OR (
d1 <1259625600
AND d2 >1259625600
)
ORDER BY day_number, t1.hour_stamp
LIMIT 0 , 30
[SQL] pobierz, plaintext 

Pojawia się błąd:
#1054 - Unknown column 'd1' in 'where clause'

Wpisując dane zapytanie bez klauzuli "where" wykonuje się i prawidłowo wyświela kolumny d1 i d2.

Proszę o pomoc w ominięciu buga/mojej niekompetencji

Pozdrawiam

Tylko tak to ruszy...

[SQL] pobierz, plaintext 
SELECT
  UNIX_TIMESTAMP(t2.createdtime) AS d1
FROM vtiger_crmentity AS t2
 
-- bla bal bla
 
WHERE UNIX_TIMESTAMP(t2.createdtime)< 1257033600
 
-- bla bal bla
 
LIMIT 0, 30
[SQL] pobierz, plaintext 

acha.. no ale to strasznie obciąża (pewnie) bazę :/
chociaż to w sumie będzie max 14 rekordów..

no nic, dziękuję za pomoc!

nie ma co sie poddawać stary... faktycznie mojego local hosta zamuliło na sekundę.

Dlatego zobacz to:

[SQL] pobierz, plaintext 
HAVING ( 
d1 <1257033600 AND d2 >1257033600 )
OR ( 
d1 <1259625600 AND d2 >1259625600 )
[SQL] pobierz, plaintext 

i sprawdź czy dobrze filtruje;)

może kto inny ma ciekawsze pomysły? Ciekawi mnie dalej czy nie można dać WHERE...

działa, rzeczywiście filtruje dobrze, natomiast nie wiem jak ma się wydajność co do having vs where.. ? ;/

Dzięki za pomoc

dziwne jest to, że z HAVING jest krócej, bo z tego co mi wiadomo roznica pomiedzy nimi polega na tym, że WHERE limituje dodawanie do tabeli z wynikami rekordów, a w przypadku HAVING najpierw jest budowana cała tabela wyników i przed wyświetleniem jest limitowana.

można powiedzieć, że:
WHERE - wpuszcza do autobusu wszystkich, którzy mają bilet, a HAVING wpuszcza wszystkich, a potem wyprasza tych bez biletu

Teoretycznie having powinno być "cięższe", ale chyba w Twoim przypadku nie jest wiec się cieszymy