Запрос периода времени в течение дня?

Rsa97, в SQL не работаю, но по случаю приходиться в этом разбираться, не могли бы Комменты к коду указать по неповторяющимся строкам, для его понимания, было бы отлично простыми словами)

select '09' - вернёт одну строчку с одним значением
union - склейка результатов нескольких запросов, будет несколько строк.
в первых скобках будут все возможные часы, во вторых скобках - нужные минуты.
join без параметров - все возможные комбинации первого набора значений со вторыми
concat - склейка текстовых значений.

justpusher, Rsa97 ребят, а как из этого расчета убрать определенный временной отрезок (15 минут), ну пример с 11:00:00 до 11:15:00, то бишь, для всех интервалов 1 час счет был бы таким:

временной отрезок №1 - 09.00 - 10.00,
№2 - 10.00 - 11.00,
№3 - 11.15 - 12.15,
№4 - 12,15 - 13.15
...
как будто времени с 11.00 до 11.15. в природе не существует)
???

Viktoria Smirnova,
тогда проще отказаться от отдельного указания списка часов и минут, и вместо этого задать список начал интервалов.

SELECT
time_format(thetime, "%H:%i"),
time_format(addtime(thetime, "1:00:00"), "%H:%i")
FROM (
SELECT "10:00:00" AS thetime
UNION
SELECT "11:15:00" AS thetime
UNION
SELECT "12:15:00" AS thetime
UNION
SELECT "13:15:00" AS thetime
/* ... UNION SELECT ... */
) AS temp;

alexalexes, я совсем невежда в SQL. Не могли бы к первым 4 строкам комменты указать

Если вы новичок в программировании запросов, то, чтобы понять этот запрос, нужно немного подготовитсья:
1) Календарные типы данных;
2) CASE-функция;
3) TIME_TO_SEC();
4) ceil(), математические функции;
5) Подзапросы.

alexalexes, Ваш код действующий, решение вопроса однозначно, но есть один момент во времени 17.01.00 период в 1 минуту засчитывает за установленный период. Как сделать чтобы считались только полные периоды, так сказать сокращение на убывание или это меняет полностью структуру запроса?

Нужно только использовать floor() вместо ceil(), чтобы округлить в меньшую сторону. Получится кол-во прошедших полных интервалов. Решение поправил.
Однако, решение выше даст ответ для времени в пределах отрезка [begin, end].
Если вам надо выводить кол-во прошедших интервалов на те сутки, для которых задано event_date, нужно немного поменять CASE:

SELECT t.event_date,             -- атрибут таблицы типа datetime, для которого определяем интервал, выведен для того, чтобы наблюдать за процессом отладки
case                                                                         -- SQL-конструкция вида "case  when ... then ... else ... end", с помощью которой можно выводить не только конкретное значение атрибута, но и задавать условие, при котором конечное значение  результата будет вычисляться по-разному в пределах одной выбранной записи.
  when TIME_TO_SEC(t.event_date) > inter.begin AND TIME_TO_SEC(t.event_date) < inter.end                           -- если t.event_date, выраженное в суточных секундах, находится в периоде (inter.begin,  inter.end), также выраженных в суточных секундах,...
  then floor((TIME_TO_SEC(t.event_date) - inter.begin) / inter.width)           -- ... то вычисляем количество полных  интервалов
  
  when TIME_TO_SEC(t.event_date) <= inter.begin -- если еще рано до периода подсчета интервалов, ...
  then 0  -- то, по текущей дате t.event_date ноль интервалов
  
  when TIME_TO_SEC(t.event_date) >= inter.end -- если время больше или равно окончанию периода, ...
  then floor((inter.end - inter.begin) / inter.width)  -- ...то выдаем кол-во интервалов

  else null -- по идее, сюда никогда не попадем, а вдруг?

end as full_interval_number       -- кол-во прошедших полных интервалов, начинается с 0
FROM table t,                     -- ваша таблица
    (select TIME_TO_SEC('09:00:00') as begin,            -- начало дневного периода
            TIME_TO_SEC('18:00:00') as end,                 -- конец дневного периода
            TIME_TO_SEC('00:15:00') as width                -- ширина интервала
     ) inter                    -- параметрический подзапрос, все настраиваемые константы в одном месте - удобно при отладке

alexalexes, спасибо буду пробовать

alexalexes, по ходу возникают вопросы, гугление результатов не дало, поэтому возвращаюсь к Вам) из вашего кода как можно ли обратиться к определенному интервалу (ну например в отрезок №1 - с 900 - 10.00 записать в него что-то) и второй вопрос если какие-нибудь исключение для интервалов, то есть временной отрезок №1 . 9.00-10.00 исключить из количества интервалов?

Оборачиваете в еще один select запрос и пишите любые ограничения в Where.

select * from 
(
 -- подзапрос интервалов
) a
where
-- отбрасывание из выборки событий между 9 и 10 часами
       TIME_TO_SEC(a.event_date) < TIME_TO_SEC('09:00:00') 
and TIME_TO_SEC(a.event_date) > TIME_TO_SEC('10:00:00') 

-- исключение определенного перечня интервалов
 a.full_interval_number not in (0, 3, 7, 15)

-- включить в выборку только интервалы  1 <  full_interval_number < 10
       a.full_interval_number > 1
and a.full_interval_number < 10

alexalexes, Спасибо!

alexalexes, сорри за тупой копипаст вашего кода, консоль выходит ошибку и не компилируется:

FOR, GROUP, HAVING, INTO, LIMIT, LOCK, ORDER, PROCEDURE, UNION or '[' expected, got 'a'

[42000][1064] You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'a.full_interval_number not in (1,3) -- включить в выборку т' at line 28

Код сделала так:

SELECT * FROM
    (
      SELECT
        t.event_date,
        CASE
        WHEN TIME_TO_SEC(t.event_date) > inter.begin AND TIME_TO_SEC(t.event_date) < inter.end
          THEN floor((TIME_TO_SEC(t.event_date) - inter.begin) / inter.width)
        WHEN TIME_TO_SEC(t.event_date) <= inter.begin
          THEN 0
        WHEN TIME_TO_SEC(t.event_date) >= inter.end
          THEN floor((inter.end - inter.begin) / inter.width)
        ELSE NULL
        END AS full_interval_number
      FROM table t,
        (SELECT
           TIME_TO_SEC('09:00:00') AS begin,
           TIME_TO_SEC('18:00:00') AS end,
           TIME_TO_SEC('00:15:00') AS width
        ) inter
  )
a
where
-- отбрасывание из выборки событий между 9 и 10 часами
TIME_TO_SEC(a.event_date) < TIME_TO_SEC('09:00:00')
and TIME_TO_SEC(a.event_date) > TIME_TO_SEC('10:00:00')

-- исключение определенного перечня интервалов
a.full_interval_number not in (1,3)

-- включить в выборку только интервалы  1 <  full_interval_number < 10
a.full_interval_number > 1
and a.full_interval_number < 10

Проверка Alt + Enter предлагает сменить диалект, меняю на mysql, но результатов не дает

Где я косиканула?

Естественно, не будет работать.
Так как я сделал набросок решения, чтобы оставить место для вашего творчества.
Запись после where, конечно же, должна образовывать валидное логическое выражение.
Примеры, которые я вам дал, нужно трактовать так:
Можно ограничение сделать такое:

where
-- отбрасывание из выборки событий между 9 и 10 часами
       TIME_TO_SEC(a.event_date) < TIME_TO_SEC('09:00:00') 
and TIME_TO_SEC(a.event_date) > TIME_TO_SEC('10:00:00')

Может такое:

where
-- исключение определенного перечня интервалов
 a.full_interval_number not in (0, 3, 7, 15)

Или такое:

where
-- включить в выборку только интервалы  1 <  full_interval_number < 10
       a.full_interval_number > 1
and a.full_interval_number < 10

Если вы хотите еще что-то, например, соединить что-то из выше представленного, то:

where
-- исключение определенного перечня интервалов
 a.full_interval_number not in (0, 3, 7, 15)

-- отбрасывание из выборки событий между 9 и 10 часами
and TIME_TO_SEC(a.event_date) < TIME_TO_SEC('09:00:00') 
and TIME_TO_SEC(a.event_date) > TIME_TO_SEC('10:00:00')

Обратите внимание, как составляют логические выражения. Для соединения используется OR или AND, есть еще NOT. Видеть эти выражения и манипулировать ими - это основное занятие программиста, жалко, что вы просто копируете решения.

alexalexes, тьфу блин, не сообразила, играла с подзапросом интервалов, думала в нем проблема. Как правило, если что-то не догоняю, то метод научного тыка спасает, но не тут. Освоение SQL пошло немного труднее чем я думала, раньше считала, что язык ограничивается CRUD, а нет... За ваше терпение могу угостить вас пивом, скиньте kiwi кошелек. и видимо у меня еще вопросы будут.

Правильно составленный SQL-запрос поможет избежать велосипедов на постобработке, уменьшить количество ненужных операций и циклов, поскольку СУБД имеет в себе оптимизационные алгоритмы, подключаемые по контексту данных и структуре запроса (см. термин "план выполнения запроса").
А если часто используемые запросы помещать в объекты СУБД, такие как хранимые функции, процедуры и представления (view), то можно получить единый API уже в СУБД. В этом случае логика скриптов серверного приложения и клиентское приложение будут достаточно тонки и легковесны, а самое главное, легки в сопровождении разработчиками.

alexalexes Алекс, добрый день. Как я и говорила возникают вопросы) Из моего ближайшего окружения никто не может помочь, поэтому если можно я вас буду доставать)) Вообщем дело в следующем: по нашему коду получение количества интервалов осуществляется в результате математических вычислений, а возможно ли присвоить каждому интервалу его временной отрезок? То есть интервал №1 временной отрезок 09.00 – 09.30 и тд. это в дальнейшем помогло бы мне в работе с ними.

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

SELECT t.event_date,
case
  when TIME_TO_SEC(t.event_date) >= inter.begin AND TIME_TO_SEC(t.event_date) < inter.end -- типичный случай, определяем номер интервала
  then floor((TIME_TO_SEC(t.event_date) - inter.begin) / inter.width) + 1
  
  when TIME_TO_SEC(t.event_date) = inter.end -- особый случай, определяем правильный номер интервала ровно на окончании дневного периода
  then floor((inter.end - inter.begin) / inter.width)
  
  when TIME_TO_SEC(t.event_date) < inter.begin  -- маркируем номер интервала до начала дневного периода
  then -1 

  when TIME_TO_SEC(t.event_date) > inter.end -- маркируем номер интервала после окончания дневного периода
  then -2
  
  else null -- экстраситуация, если when-then охватывают все условия, то сюда никогда не попадем 

end as full_interval_number,
case
  when TIME_TO_SEC(t.event_date) >= inter.begin AND TIME_TO_SEC(t.event_date) < inter.end  -- типичный случай, определяем время начала интервала
  then SEC_TO_TIME(floor((TIME_TO_SEC(t.event_date) - inter.begin) / inter.width) * inter.width  + inter.begin)
  
  when TIME_TO_SEC(t.event_date) = inter.end -- особый случай, определяем правильное время начала интервала ровно на окончании дневного периода
  then SEC_TO_TIME(floor((TIME_TO_SEC(t.event_date) - inter.begin - 1) / inter.width) * inter.width  + inter.begin)
  
  when TIME_TO_SEC(t.event_date) < inter.begin -- если за пределами дневного периода, то время окончания за-null-яем
    OR TIME_TO_SEC(t.event_date) > inter.end
  then null
  
  else null -- экстраситуация, если when-then охватывают все условия, то сюда никогда не попадем 

end as full_interval_begin,
case
  when TIME_TO_SEC(t.event_date) >= inter.begin AND TIME_TO_SEC(t.event_date) < inter.end -- типичный случай, определяем время окончания интервала
  then SEC_TO_TIME(ceil((TIME_TO_SEC(t.event_date) - inter.begin + 1) / inter.width) * inter.width  + inter.begin)
  
  when TIME_TO_SEC(t.event_date) = inter.end -- особый случай, определяем правильное время окончания интервала ровно на окончании дневного периода
  then SEC_TO_TIME(ceil((TIME_TO_SEC(t.event_date) - inter.begin - 1) / inter.width) * inter.width  + inter.begin)
  
  when TIME_TO_SEC(t.event_date) < inter.begin -- если за пределами дневного периода, то время окончания за-null-яем
    OR TIME_TO_SEC(t.event_date) > inter.end
  then null
  
  else null -- экстраситуация, если when-then охватывают все условия, то сюда никогда не попадем

end as full_interval_end
FROM (select STR_TO_DATE('01.06.2018 08:50:00', '%d.%m.%Y %H:%i:%s') event_date union all -- до дневного периода
      select STR_TO_DATE('01.06.2018 08:59:59', '%d.%m.%Y %H:%i:%s') event_date union all -- за секунду до начала дневного периода
      select STR_TO_DATE('01.06.2018 09:00:00', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно на начале дневного периода первого интервала
      select STR_TO_DATE('01.06.2018 09:00:01', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно после одной секунды в первом интервале дневного периода
      select STR_TO_DATE('01.06.2018 09:14:59', '%d.%m.%Y %H:%i:%s') event_date union all -- за секунду до окончания первого интервала
      select STR_TO_DATE('01.06.2018 09:15:00', '%d.%m.%Y %H:%i:%s') event_date union all -- начало второго интервала
      select STR_TO_DATE('01.06.2018 09:15:01', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно после первой секунды второго интервала
      select STR_TO_DATE('01.06.2018 17:59:59', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно за секунду до окончания дневного периода  
      select STR_TO_DATE('01.06.2018 18:00:00', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно на границе дневного периода
      select STR_TO_DATE('01.06.2018 18:00:01', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно секунда после дневного периода
      select STR_TO_DATE('01.06.2018 18:10:00', '%d.%m.%Y %H:%i:%s') event_date) t,       -- после дневного периода
    (select TIME_TO_SEC('09:00:00') as begin, -- начало дневного периода
            TIME_TO_SEC('18:00:00') as end,   -- окончание дневного периода
            TIME_TO_SEC('00:15:00') as width  -- ширина интервала
     ) inter

alexalexes Ооооо...)) пошла разбираться

alexalexes Алекс, доброго времени суток, спасибо Вам, просто БОЛЬШОЕ СПАСИБО за помощь, все ваши решения рабочие. И мое предложение на счет пива остается в силе, не имею привычку за бесплатно юзать людей, поэтому если передумаете, напишите в личку куда отправить вам мани.
А у меня опять загвоздка. Пробовала использовать разные варианты ограничений о которых вы писали:

select * from 
(
 -- подзапрос интервалов
) a
where
-- исключение определенного перечня интервалов
 a.full_interval_number not in (0, 3, 7, 15)
-- отбрасывание из выборки событий между 9 и 10 часами
and TIME_TO_SEC(a.event_date) < TIME_TO_SEC('09:00:00') 
and TIME_TO_SEC(a.event_date) > TIME_TO_SEC('10:00:00')

все работает, все получается и в измененных вариантах тоже, таком как:

where
  a.event_date not in (select time from time where status=0)

Но в дальнейшем приходит понимание, что для моего проекта необходимы корректировки, а именно:

1. изменить вывод временных интервалов. Ранее мы делали так:

FROM (select STR_TO_DATE('01.06.2018 08:50:00', '%d.%m.%Y %H:%i:%s') event_date union all -- до дневного периода
      select STR_TO_DATE('01.06.2018 08:59:59', '%d.%m.%Y %H:%i:%s') event_date union all -- за секунду до начала дневного периода
      select STR_TO_DATE('01.06.2018 09:00:00', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно на начале дневного периода первого интервала
      select STR_TO_DATE('01.06.2018 09:00:01', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно после одной секунды в первом интервале дневного периода
      select STR_TO_DATE('01.06.2018 09:14:59', '%d.%m.%Y %H:%i:%s') event_date union all -- за секунду до окончания первого интервала
      select STR_TO_DATE('01.06.2018 09:15:00', '%d.%m.%Y %H:%i:%s') event_date union all -- начало второго интервала
      select STR_TO_DATE('01.06.2018 09:15:01', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно после первой секунды второго интервала
      select STR_TO_DATE('01.06.2018 17:59:59', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно за секунду до окончания дневного периода  
      select STR_TO_DATE('01.06.2018 18:00:00', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно на границе дневного периода
      select STR_TO_DATE('01.06.2018 18:00:01', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно секунда после дневного периода
      select STR_TO_DATE('01.06.2018 18:10:00', '%d.%m.%Y %H:%i:%s') event_date) t,

здесь по каждому селекту мы получаем временной интервал с его порядковым номером и временными границами.

Нужно вывести все временные интервалы с временными границами по порядку, к примеру по этому запросу:

select STR_TO_DATE('01.06.2018 18:10:00', '%d.%m.%Y %H:%i:%s') event_date) t,

вывод будет таким:

2018-06-01 18:00:00 16 17:30:00 18:00:00

а нужно:

2018-06-01 18:00:00 1 09:00:00 09:30:00
2018-06-01 18:00:00 2 09:30:00 10:00:00
2018-06-01 18:00:00 3 10:00:00 10:30:00
...
2018-06-01 18:00:00 16 17:30:00 18:00:00

но не расписывая по каждому селекту

для чего это нужно: в дальнейшем, что бы я смогла исключить определенный временной интервал (ну например занятый определенным действом), взятым из существующей моей другой таблицы, к примеру там занято 2 часа с 10 до 12 часов, тогда расчет будет таким (16- (4*0,30минут))=12, вывод таким:

2018-06-01 18:00:00 1 09:00:00 09:30:00
2018-06-01 18:00:00 2 09:30:00 10:00:00
2018-06-01 18:00:00 3 12:00:00 12:30:00
...
2018-06-01 18:00:00 12 17:30:00 18:00:00

и Главное, этот запрос будет одним из множества других запросов, с разницей только в размере интервала. Запросу с часовым интервалом как и другим, также необходимо будет рассчитать количество интервалов с учетом занятого времени. Вот в этом думаю и кроется загвоздка почему нельзя расписывать каждый интервал отдельным селектом.

@alexalexes
Схематично изобразила так:

Select 1 (30 min)
1. 0.30 h 09.00.00 - 09.30.00
2. 0.30 h 09.30.00 -10.00.00
3. 0.30 h 10.00.00 -10.30.00
4. 0.30 h 10.30.00 - 11.00.00
5. 0.30 h 11.00.00 - 11.30.00
6. 0.30 h 11.30.00 - 12.00.00
7. 0.30 h 12.00.00 - 12.30.00
8. 0.30 h 12.30.00 - 13.00.00
9. 0.30 h 13.00.00 - 13.30.00
10. 0.30 h 13.30.00 - 14.00.00
11. 0.30 h 14.00.00 - 14.30.00
12. 0.30 h 14.30.00 - 15.00.00
13. 0.30 h 15.00.00 - 15.30.00
14. 0.30 h 15.30.00 - 16.00.00
15. 0.30 h 16.00.00 - 16.30.00
16. 0.30 h 16.30.00 - 17.00.00

Booking
( 0.30 h, 10.00.00 -10.30.00)
1. 0.30 h 09.00.00 - 09.30.00
2. 0.30 h 09.30.00 -10.00.00
3. 0.30 h 10.00.00 -10.30.00
4. 0.30 h 10.30.00 - 11.00.00
5. 0.30 h 11.00.00 - 11.30.00
6. 0.30 h 11.30.00 - 12.00.00
7. 0.30 h 12.00.00 - 12.30.00
8. 0.30 h 12.30.00 - 13.00.00
9. 0.30 h 13.00.00 - 13.30.00
10. 0.30 h 13.30.00 - 14.00.00
11. 0.30 h 14.00.00 - 14.30.00
12. 0.30 h 14.30.00 - 15.00.00
13. 0.30 h 15.00.00 - 15.30.00
14. 0.30 h 15.30.00 - 16.00.00
15. 0.30 h 16.00.00 - 16.30.00
16. 0.30 h 16.30.00 - 17.00.00

Select 2 (1 h)
Time: 10.00.00 -10.30.00
is not in the list

1. 1 h 09.00.00 – 10.00.00

2. 1 h 10.30.00 – 11.30.00
3. 1 h 11.30.00 – 12.30.00
4. 1 h 12.30.00 – 13.30.00
5. 1 h 13.30.00 – 14.30.00
6. 1 h 14.30.00 – 15.30.00
7. 1 h 15.30.00 – 16.30.00

Booking
(1 h, 12.30.00 -13.30.00)

1. 1 h 09.00.00 – 10.00.00

2. 1 h 10.30.00 – 11.30.00
3. 1 h 11.30.00 – 12.30.00
4. 1 h 12.30.00 – 13.30.00
5. 1 h 13.30.00 – 14.30.00
6. 1 h 14.30.00 – 15.30.00
7. 1 h 15.30.00 – 16.30.00

Select 3 (30 min)
Time:
10.00.00 -10.30.00,
12.30.00 – 13.30.00
is not in the list

1. 0.30 h 09.00.00 - 09.30.00
2. 0.30 h 09.30.00 -10.00.00

3. 0.30 h 10.30.00 - 11.00.00
4. 0.30 h 11.00.00 - 11.30.00
5. 0.30 h 11.30.00 - 12.00.00
6. 0.30 h 12.00.00 - 12.30.00

7. 0.30 h 13.30.00 - 14.00.00
8. 0.30 h 14.00.00 - 14.30.00
9. 0.30 h 14.30.00 - 15.00.00
10. 0.30 h 15.00.00 - 15.30.00
11. 0.30 h 15.30.00 - 16.00.00
12. 0.30 h 16.00.00 - 16.30.00
13. 0.30 h 16.30.00 - 17.00.00

Booking
(0.30 h, 14.30.00 -15.00.00)

1. 0.30 h 09.00.00 - 09.30.00
2. 0.30 h 09.30.00 -10.00.00

3. 0.30 h 10.30.00 - 11.00.00
4. 0.30 h 11.00.00 - 11.30.00
5. 0.30 h 11.30.00 - 12.00.00
6. 0.30 h 12.00.00 - 12.30.00

7. 0.30 h 13.30.00 - 14.00.00
8. 0.30 h 14.00.00 - 14.30.00
9. 0.30 h 14.30.00 - 15.00.00
10. 0.30 h 15.00.00 - 15.30.00
11. 0.30 h 15.30.00 - 16.00.00
12. 0.30 h 16.00.00 - 16.30.00
13. 0.30 h 16.30.00 - 17.00.00

Select 4 (1.30 min)
Time:
10.00.00 -10.30.00,
12.30.00 – 13.30.00
14.30.00 - 15.00.00
is not in the list


1. 1.30 h 10.30.00 – 12.00.00

2. 1.30 h 15.00.00 – 16.30.00

Это тестовый набор данных, я просто взял и накидал самые "коварные" временные метки (даже их подписал комментариями каждую временную метку), чтобы сразу видеть при отладке, где может хромать логика, о чем я предупредил:

С помощью отладочного подзапроса, который представлен вместо таблицы t, можно увидеть особенности нумерации и определения отрезка на границах интервала и всего периода.

Если его вписать как подзапрос, то основной конструкции запроса "будет казаться", что выборка t взята из реальной таблицы, а не сгенерирована на лету. Мне просто было лень возиться с созданием реальной таблицы для отладки запроса, к тому же в таком виде можно отлаживать в любом СУБД клиенте, не заботясь, нужно ли что-то для этого создавать. Скопировал и сразу выполнил, проверил.

(select STR_TO_DATE('01.06.2018 08:50:00', '%d.%m.%Y %H:%i:%s') event_date union all -- до дневного периода
      select STR_TO_DATE('01.06.2018 08:59:59', '%d.%m.%Y %H:%i:%s') event_date union all -- за секунду до начала дневного периода
      select STR_TO_DATE('01.06.2018 09:00:00', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно на начале дневного периода первого интервала
      select STR_TO_DATE('01.06.2018 09:00:01', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно после одной секунды в первом интервале дневного периода
      select STR_TO_DATE('01.06.2018 09:14:59', '%d.%m.%Y %H:%i:%s') event_date union all -- за секунду до окончания первого интервала
      select STR_TO_DATE('01.06.2018 09:15:00', '%d.%m.%Y %H:%i:%s') event_date union all -- начало второго интервала
      select STR_TO_DATE('01.06.2018 09:15:01', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно после первой секунды второго интервала
      select STR_TO_DATE('01.06.2018 17:59:59', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно за секунду до окончания дневного периода  
      select STR_TO_DATE('01.06.2018 18:00:00', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно на границе дневного периода
      select STR_TO_DATE('01.06.2018 18:00:01', '%d.%m.%Y %H:%i:%s') event_date union all -- ровно секунда после дневного периода
      select STR_TO_DATE('01.06.2018 18:10:00', '%d.%m.%Y %H:%i:%s') event_date) t

По последнему сообщению видно, что вам нужно генерировать последовательность строк. Проблема в mySQL то, что у него нет специальных функций-генераторов для этой цели, и нужно использовать опорную таблицу, у которой количество строк с лихвой перекрывает потребности задачи. Например, можно генерировать списки, как в примере выше с помощью запроса ниже с использованием таблицы any_big_table:

select @time_counter := @time_counter + 1 as number, -- номер интервала
         SEC_TO_TIME(inter2.width) as width,           -- ширина интервала
         SEC_TO_TIME(@time_step) as begin,             -- начало интервала
         SEC_TO_TIME(@time_step := @time_step + inter2.width) as end -- конец интервала
from any_big_table, -- любая таблица, у которой в любую погоду всегда найдется over9000 строк
(
 select inter.*, -- передаем константы выше как они есть
        @time_step := inter.begin, -- счетчик по времени
        @time_counter := 0      -- счетчик по порядку
 from (
        select TIME_TO_SEC('09:00:00') as begin, -- начало дневного периода
               TIME_TO_SEC('18:00:00') as end,   -- окончание дневного периода
               TIME_TO_SEC('00:15:00') as width  -- ширина интервала
      ) inter -- константно-параметрический подзапрос
) inter2 -- общий параметрический подзапрос, несет на себе функцию инициализации переменных-счетчиков @time_step и @time_counter
where @time_step >= inter2.begin -- нижнее ограничение выборки
  and @time_step + inter2.width <= inter2.end -- верхнее ограничение выборки

Только мне не понятно, как этот список вы хотите связать с первоначальной постановкой задачи - идентифицировать временные точки, к какому интервалу они относятся.