Как спроектировать БД для рассылки?

Question

[Вадим]

Постараюсь описать всё на примере:

Есть 10-100-... пользователей.
Каждый пользователь может создать расписание определённого действия на сайте.
(Каждый час слать письмо о состоянии аккаунта на E-mail)
Иными словами, настраивать новостную рассылку к себе на Email как ему вздумается.
Хоть каждую минуту.(вряд-ли)
Возьмём для примера:
10 пользователей, которые хотят получать письма каждые 10 минут.
А именно:
00:00
00:10
00:20
00:30...

Письма могут быть разные.
И хранятся они в таблице "mails" (id user_id text send_status ...)
Подошел к главному вопросу:
Как организовать структуру БД ответственную за расписания рассылки для каждого конкретного пользователя?

Обычная таблица: user_id, time[00:00 .. 23:59] с шагом в 1 минуту?
time - отсчёт времени. 60*24 = 1480 в сутки.

Скрипт будет запускаться Cron каждую минуту.
И отправлять всё что совпало.

Comments

[Вадим]

Требования к расписанию:
1) Пользователь может указать расписание на все 7 дней недели. Может указать расписание только на 2 дня. Понедельник-Вторник. и тд.
2) Указание времени вплоть до минут. 00-00 до 23-59

Собственно ход действий:
1) Cron запускает скрипт.
2) Скрипт находит все user_id которым нужно отправить
3) В цикле проводит отправку нужных писем.
4) Завершает работу.

Немного рассуждений:
table schedule:
user_id
day[1..7]
time[00.00 .. 23.59] (не определился пока с форматом)

В итоге:
SELECT user_id FROM schedule
WHERE (day=%today% OR day=0) AND time>%time%-2 AND time>%time%+2

Получим всех пользователей у которых рассылка либо 1 на все дни недели(day=0) и время лежит в границах +-2 минуты от текущего. А так-же получим пользователей которые указали day=1(понедельник) и время опять же сошлось с +-2 к текущему.

Answer 1

[Rsa97]

Я бы сделал так
user_id, weekDays, date, startTime, interval, endTime, nextTime

SELECT * FROM `table` 
    WHERE `nextTime` < `endTime` 
        AND ((`weekDays` & (1 << WEEKDAY(NOW())) OR `date` = CURDATE())
        AND `nextTime` < {$currentTime};
UPDATE `table` 
    SET `nextTime` = ADDTIME(`nextTime`, `interval`)
    WHERE `nextTime` < `endTime`
        AND `nextTime` < {$currentTime};

$currentTime нужна для того, чтобы не пропустить события между запросами SELECT и UPDATE.

В полночь сбрасывать nextTime

UPDATE `table` 
    SET `nextTime` = `startTime`

Comments

[Вадим]

Расписание не всегда с интервалом. Может быть рандомное расписание. Наверное лучше расценивать расписание, как набор отсчетов времени. (00:12, 01:24, 14:20, 18:33, 23:22)

[Rsa97]

Такое сложнее редактировать и искать по нему. Тот же Windows в планировщике создаёт несколько расписаний для одной задачи, если период запуска определить невозможно.
То есть либо одно периодическое расписание с 9:00 до 18:00 каждые 2 часа, либо несколько однократных расписаний (9:00, 10:30, 15:10 и т.д.)

[Вадим]

Как пользователь хочет так и делает. 1 пользователь может сделать расписание на целый день. Где с точностью до минуты будет расписано что и когда. Другой пользователь, хочет чтоб в понедельник письма слались каждые 10 минут. Во вторник когда он укажет. В среду-четверг-пятницу слались каждые 40 минут. В субботу и воскресенье они слались во время когда он укажет на протяжении всего дня.

Вообщем нужна база для различных видов расписаний.

Answer 2

[Вадим]

Теоретически пользователь может составить 7 расписаний на каждый день недели.
Это значит:
7(дней) * 24(часа) * 60(минут) = 10080 записей для одного пользователя.
Это максимум.

Допустим человек таки создает на 7 дней. и на 24 часа.
Но вот вряд-ли ему понадобятся письма чаще чем 1 раз в 5-10 минут.
Значит будет не 60, а 6-12 писем. Возьмём 10.
Значит 7*24*10 = 1680.

Опять же предположим, что пользователей 1000.
1000 * 1680 = 1.68М записей состоящих из 3-4 integer полей.
Это учитывая, что каждый из 1000 пользователей сделал себе личное расписание на каждый из дней недели, что врядли.