AR
Его решение делает нежелательный сайд эффект
никаких нежелательных сайд эффектов оно не делает
Мне нужна функция вида
getUsersToNotify(now: Date, allUsers: [User]) -> [User]Size: a a a
2020 February 25
AR
Реляционная алгебра здесь не при чем)
Мне нужна функция вида
Мне нужна функция вида
внутри делаешь select < triggered_at и получаешь. другое дело, что скорее всего тебе нужна как минимум at least once семантика хэндлинга, так что лучше выполнять нотификации в контексте выборки одного юзера
AR
> другое дело, что скорее всего тебе нужна как минимум at least once семантика хэндлинга
и ты не получишь этой семантики без записей в БД в распределенном окружении, так что считай тут решение на шажок вперед просто
и ты не получишь этой семантики без записей в БД в распределенном окружении, так что считай тут решение на шажок вперед просто
TP
Либо я дурак, либо лыжи не едут.
Вот у меня есть расписание в формате start...end и step.
Есть функция, которая выполняется каждый час. Этой функции нужно получить всех пользователей, кому нужно отправить уведомление
Вот у меня есть расписание в формате start...end и step.
Есть функция, которая выполняется каждый час. Этой функции нужно получить всех пользователей, кому нужно отправить уведомление
ST
Либо я дурак, либо лыжи не едут.
Вот у меня есть расписание в формате start...end и step.
Есть функция, которая выполняется каждый час. Этой функции нужно получить всех пользователей, кому нужно отправить уведомление
Вот у меня есть расписание в формате start...end и step.
Есть функция, которая выполняется каждый час. Этой функции нужно получить всех пользователей, кому нужно отправить уведомление
> Вот у меня есть расписание в формате start...end и step.
это конфигурация для пользователя
при сохранении в базу для него создаётся триггер на ближайшее срабатывание
это конфигурация для пользователя
при сохранении в базу для него создаётся триггер на ближайшее срабатывание
TP
Что такое триггер? Типа триггер в базе?
ST
Что такое триггер? Типа триггер в базе?
запись вида [user, datetime, ...]
если datetime < now — пора отправлять уведомление
после отправки посмотреть на текущее расписание пользователя и сгенерировать следующий триггер
если datetime < now — пора отправлять уведомление
после отправки посмотреть на текущее расписание пользователя и сгенерировать следующий триггер
ST
запись вида [user, datetime, ...]
если datetime < now — пора отправлять уведомление
после отправки посмотреть на текущее расписание пользователя и сгенерировать следующий триггер
если datetime < now — пора отправлять уведомление
после отправки посмотреть на текущее расписание пользователя и сгенерировать следующий триггер
когда юзер меняет расписание, текущий триггер удаляется и создаётся новый
AR
(смайлик с пальцем вверх)
ST
запись вида [user, datetime, ...]
если datetime < now — пора отправлять уведомление
после отправки посмотреть на текущее расписание пользователя и сгенерировать следующий триггер
если datetime < now — пора отправлять уведомление
после отправки посмотреть на текущее расписание пользователя и сгенерировать следующий триггер
@prepor ты же такое имел ввиду?
TP
запись вида [user, datetime, ...]
если datetime < now — пора отправлять уведомление
после отправки посмотреть на текущее расписание пользователя и сгенерировать следующий триггер
если datetime < now — пора отправлять уведомление
после отправки посмотреть на текущее расписание пользователя и сгенерировать следующий триггер
Так это ни чем не отличается от моего изначального варианта за исключением лишь того, что «триггер» генерится при изменении настроек, а не после отправки)
TP
Так это ни чем не отличается от моего изначального варианта за исключением лишь того, что «триггер» генерится при изменении настроек, а не после отправки)
Мы можем сгенерировать все триггеры сразу, потому что их не бесконечное кол-во)
Максимум 23 на пользователя при шаге в 1 час и в два раза больше при шаге в 30 минут)
Максимум 23 на пользователя при шаге в 1 час и в два раза больше при шаге в 30 минут)
AR
ох. в твоем первоначальном варианте:
1. ты мапишь скедулинг логику на реляционную алгебру
2. у тебя нет никакого контроля на статусом выполнения. что если выбиралка юзеров зафейлилась на середине? отправить первой половине опять?
1. ты мапишь скедулинг логику на реляционную алгебру
2. у тебя нет никакого контроля на статусом выполнения. что если выбиралка юзеров зафейлилась на середине? отправить первой половине опять?
AR
Мы можем сгенерировать все триггеры сразу, потому что их не бесконечное кол-во)
Максимум 23 на пользователя при шаге в 1 час и в два раза больше при шаге в 30 минут)
Максимум 23 на пользователя при шаге в 1 час и в два раза больше при шаге в 30 минут)
тебе не нужно генерировать все триггеры сразу, тебе нужно сгенерировать только один
AR
— следующий
AR
в момент когда будешь исполнять следующий — генерируешь следующий
AR
в транзакции