Нужно запросом выбрать только ночные записи или только дневные + за период.
Запрос к MySQL вот такой: select * from asteriskcdrdb.call WHERE utime >= ДатаДляЗапросаНач AND utime <= ДатаДляЗапросаКон
Как такое можно замутить?

select * from asteriskcdrdb.call WHERE utime >= ДатаДляЗапросаНач AND utime <= ДатаДляЗапросаКон and HOUR(utime) in (6,7,8,9,10,11,12)
утренние выбрал

between красивее юзать

(3) вопрос не понятен сказали выбрать утренние записи

(4) уже понял, это если период больше одного дня брать

Нужны как ночные так и утренние за период.
(1) Спасибо, буду пробовать.

FROM_UNIXTIME(u_Time)

Сделал вот такое условие WHERE utime >= ДатаДляЗапросаНач AND utime <= ДатаДляЗапросаКон AND utime = 1463596502

Где 1463596502 = 18.05.2016 21:35:02
Вышла эта запись.

(11)https://dev.mysql.com/doc/refman/5.5/en/date-and-time-functions.html#function_hour
в доках почитай.
но насколько я понял, HOUR работает от time, а у тебя unix_time.

(12) ну да юникс тайм. И что теперь делать таблицу всех возможных времен которые нужны?

Fedot И что теперь делать таблицу всех возможных времен которые нужны?

чего? зачем?

HOUR(FROM_UNIXTIME(utime)) вот так вроде заработало. Спасибо огромное за помощь.

(15) WHERE utime between ДатаДляЗапросаНач AND ДатаДляЗапросаКон

alex_shkut (15) WHERE utime between ДатаДляЗапросаНач AND ДатаДляЗапросаКон

Так это все записи за период выберутся, не? А мне нужно за определенные часы.

(17) Остальное мог и сам додумать:
WHERE utime between ДатаДляЗапросаНач AND ДатаДляЗапросаКон AND HOUR(FROM_UNIXTIME(utime)) in (21,22,23,0,1,2,3,4,5,6,7)

(19) а понял, лучше битвин использовать чем больше меньше, так?

а кто-нибудь объяснит, чем лучше between, чем <= >= ?

(21) чисто эстетически, имхо

(21) вот здесь что-то написано про индексы
http://tigor.com.ua/blog/2008/08/23/date_comparison_by_between_operator_of_mysql/

(0) А для чего тебе решать такую задачу объясни пжл а то я не врублюсь никак

(23) думаешь, оператор > не использует индексы? это вряд ли

(21) да ни чем.

у меня есть отчет про пропущенным входящим звонкам. Вот босы захотели формировать не только за период, а еще за время.
Ну т.е. хотят посмотреть все пропущенные звонки за месяц + которые только ночью приходили.

профилировщик надо гонять

(28) где там написано, что битвин оптимальнее сравнения?

(30) написано, что самый лучший 4.-й вариант с битвин.
Но мое ИМХО - какая нафиг разница :-)

(28) ну смотри, чисто логически если:
если битвин 0..10 будет 2 сравнения
если ин (0, 1, 2, 3,4,5,6) будет несколько сравнений.

Курильщик если ин (0, 1, 2, 3,4,5,6) будет несколько сравнений.

in - это вообще операция умножения (имхо)
и попробуй массив (21,22,23,0,1,2,3,4,5,6,7) в IN перевести

Курильщик если битвин 0..10 будет 2 сравнения

если >= 0 или <= 10 будет тоже два сравнения, не?

вы какой то фигней занялись

+(35) т.е. эти две конструкции должны отрабатывать совершенно одинаково
1. WHERE utime >= ДатаДляЗапросаНач AND utime <= ДатаДляЗапросаКон
2. WHERE utime between ДатаДляЗапросаНач AND ДатаДляЗапросаКон