Лучший способ хранить время событий в (My) базе данных SQL

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

Таблица: События

• StartTime (dateTime)
• EndTime (dateTime) null без времени окончания
• RepeatUnit (int) null = noRepeat, 1 = час, 2 = день, 3 = неделя, 4 = dayOfMonth, 5 = месяц, 6 = год
• NthDayOfMonth (целое)
• RepeatMultiple (int) например, установите RepeatUnit на 3, а это на 2 на каждые две недели.
• Id - если требуется, StartTime может подойти для однозначной идентификации события.
• Имя (строка) - название, присвоенное событию, если требуется

Это может помочь. Для интерпретации повторов потребуется приличный объем кода. Части полей времени с более низким разрешением, чем единица повтора, должны быть проигнорированы. Выполнить 3-ю субботу месяца тоже будет непросто ... информация NthDayOfMonth потребуется только для выполнения такого рода функций.

Схема базы данных, необходимая для этого, проста по сравнению с кодом, необходимым для определения места повторения.

Вам нужны две таблицы. Один для хранения повторяющихся событий (таблица Repeatevent) и один для хранения событий (таблица event). Простые записи хранятся только в таблице событий. Повторяющиеся записи хранятся в таблице повторяющихся событий, и все отдельные записи для повторяющегося события также сохраняются в таблице событий. Это означает, что каждый раз, когда вы вводите повторяющуюся запись, вы должны вводить все единичные результирующие записи. Вы можете сделать это с помощью триггеров или как часть бизнес-логики.

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

create table repeatevent (
id int not null auto_increment, 
type int, // 0: daily, 1:weekly, 2: monthly, ....
starttime datetime not null, // starttime of the first event of the repetition
endtime datetime, // endtime of the first event of the repetition
allday int, // 0: no, 1: yes
until datetime, // endtime of the last event of the repetition
description varchar(30)
)

create table event (
id int not null auto_increment,
repeatevent null references repeatevent, // filled if created as part of a repeating event
starttime datetime not null,
endtime datetime,
allday int,
description varchar(30)
)

Я работал над приложением-планировщиком, которое примерно соответствует стандарту iCalendar (для записи событий). Вы можете прочитать RFC 2445 или эту схему, опубликованную Apple Inc. схема icalendar, чтобы узнать, имеют ли они отношение к проблеме.

Схема моей базы данных (повторяющееся / целодневное мероприятие в то время не рассматривалось)

event (event_id, # primary key
       dtstart,
       dtend,
       summary,
       categories,
       class,
       priority,
       summary,
       transp,
       created,
       calendar_id, # foreign key
       status,
       organizer_id, # foreign key
       comment,
       last_modified,
       location,
       uid);

внешний ключ calendar_id в предыдущей таблице относится к этому

calendar(calendar_id, # primary key
         name);

в то время как organizer_id ссылается на это (с отсутствием других свойств, таких как общее имя и т. д.)

organizer(organizer_id, # primary key
          name); 

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

надеюсь это поможет

Используйте функцию datetime и mysql, встроенную в функцию NOW (). Создайте запись при запуске процесса, обновите столбец, в котором отслеживается время окончания, когда процесс завершится.