Как правильно спроектировать таблицу MYSQL?

Question

[ld0687]

Добрый день!
Прошу подсказки.

Имеется некое действие, которое по настройкам пользователей запускается на сервере.
Пользователь может настроить время начала выполнения, время конца выполнения и интервал. Время устанавливается для удобства кратным 10 минутам.
Например -
Время начала 08:20
Время конца 14:00
Интервал 30 минут

На сервере КРОНом запускается каждые 10 минут скрипт, который должен выбрать поля подходящие под настройки пользователей и выполнить некое действие. В нашем примере, скрипт запускается в
08:20, 08:50, 09:20, 09:50 и т.д.

Не пойму как правильно организовать хранение и быструю выборку нужных записей.. Перебирать возможные варианты - не серьезно..

Comments

[Boris Köln]

Не забудь делать проверки:

1. запущен только один процесс. Если он есть, то второй по крону не запускать
   
2. процесс не завис
   
3. длительное действие одного юзера не мешает действиям других юзеров
   

Answer 1

[index0h]

id int unsigned,
createdAt timestamp,
startedAt timestamp,
finishedAt timestamp,
interval int unsigned -- Я не очень понимаю, что у вас такое интервал, храните лучше в секундах.

По крону каждую минуту (можно и 10 мин, это не особо важно) вытягиваете записи, у которых startedAt >= CURRENT_TIMESTAMP() и finishedAt < CURRENT_TIMESTAMP(). Интервал и вот это вот все уже на части пыхи обрабатываете. Не забудьте комплексный ключ для startedAt+finishedAt добавить.

При выборке обязательно добавляйте погрешность, хотя бы секунд 5-10, либо вместо CURRENT_TIMESTAMP подставляйте округленное время, например для времени 10:20:01 используйте 10:20:00

Comments

[ld0687]

При таком подходе если большинство пользователей поставят время с 8:00 до 20:00 (например), такой запрос каждый раз будет возвращать слишком большое количество ненужных данных

[index0h]

ld0687, о каких объемах идет речь?

[index0h]

ld0687, Объясните что такое в вашем случае интервал, вероятно его тоже можно подключить в выборку

[ld0687]

index0h, интервал - это периодичность, с которой данное действие должно выполняться

[ld0687]

index0h, ожидаемо до 100к записей

[index0h]

ld0687, 100к - это не то что бы прям много.
На счет интервала - ок:

SELECT *
FROM `schedule`
WHERE `startedAt` >= :timestamp
AND `finishedAt` < :timestamp
AND `interval` > 0
AND (:timestamp - `startedAt`) % `interval` = 0

В конец комплексного индекса интервал тоже стоит добавить.
Случай, когда интервал - 0 тоже стоит как-то обработать

Answer 2

[Rsa97]

`id` INT
`startAt` DATETIME,
`finishAt` DATETIME`,
`nextStart` DATETIME,
`interval` INT,
`active` TINYINT(1)

Выборка SELECT FOR UPDATE ... WHERE `nextStart` <= NOW() AND `active` = 1
После выполнения удаление/блокировка завершённых заданий, для остальных UPDATE ... SET `nextStart` = `nexStart` + INTERVAL `interval` MINUTE