Best practices при расчете периодических/повторяющихся событий?

Question

[mr_venezia]

Какие есть наилучшие практики хранения и расчета запланированных / периодических событий? Какая база данных лучше всего подходит для их хранения и расчета?

Пример задачи: У нас есть учебная/клининговая/...и т.д. компания. У нас много клиентов, и каждый клиент хочет иметь свое собственное расписание для получения наших услуг. Один хочет раз в две недели по четвергам. Другой хочет каждые 10 дней. Третий - каждый 1 день месяца... и т.д.

Программное обеспечение должно вычислить, какие клиенты будут обслуживаться в определенную дату в будущем.

Какая база данных лучше всего подходит для хранения и расчета? Должно ли это вычисляться на стороне базы данных или лучше сделать выборку и вычислить на стороне бэкенда (ужас при большом количестве клиентов)? Должен ли это быть предварительно рассчитано и как это сделать на неопределенный период времени?

Comments

[Akina]

Какая база данных лучше всего подходит для хранения и расчета?

Да практически любая.

Должно ли это вычисляться на стороне базы данных или лучше сделать выборку и вычислить на стороне бэкенда (ужас при большом количестве клиентов)?

С данными работает сервер баз данных. Всё, точка. Исключения - есть, не даже сказать что они редкие, но не на этом уровне.

Программное обеспечение должно вычислить, какие клиенты будут обслуживаться в определенную дату в будущем.
...
Должен ли это быть предварительно рассчитано и как это сделать на неопределенный период времени?

Должна существовать определённая разумность. Да, можно рассчитать на сто лет вперёд - но зачем? это даже на экране не поместится, да и если бы поместилось - оно просто не воспримется. А расчёт на вменяемый период - это достаточно легко и быстро.

[mr_venezia]

Akina, допустим мы при создании клиента рассчитываем на два года вперед, но ведь сразу возникает необходимость постоянного перерасчета/дорасчета (хотя бы раз в день), а по прошествии двух лет база клиентов значительно расширяется и это все скапливается в большой ком

[Vindicar]

Я бы попробовал описать "период обслуживания". Например, "в указанное время указанного дня недели, через каждые k недель, начиная с даты A и до даты B включительно". Тогда любое расписание (в том числе разовые заказы) можно будет свести к комбинации нескольких таких периодов. Соответственно получаем цепочку связей 1-многие: клиент - договор на обслуживание - период обслуживания.

При проверке конкретной даты, ищем периоды, для которых искомая дата попадает в интервал от A до B, а день недели совпадает с искомым. После этого - только проверить чередование недель (если это вообще требуется).

[Akina]

Vindicar,

При проверке конкретной даты, ищем периоды, для которых искомая дата попадает в интервал от A до B, а день недели совпадает с искомым. После этого - только проверить чередование недель (если это вообще требуется).

Угу. Только всё с точностью до наоборот. Сначала генерим все даты нужного периода, а потом отбрасываем те, что не соответствуют.

SQL работает с множествами, а не с потоками. Итерации и переборы - это не к нему.

[Vindicar]

Akina, ну можно и так, конечно. Вообще, ваш подход будет лучше работать для разовых переносов, по типу "на следующей неделе вместо вторника работать в среду", что немаловажно...

А итерация тут и не требуется. Посчитать число полных недель, прошедших с первой даты, поделить с остатком на период, если остаток 0 - на этой неделе работаем. Думаю, всё можно уложить в один умеренно сложный WHERE.

[Akina]

Vindicar, проблема в том, что по такой методике на каждый новый чих надо стряпать свой код. Что очевидно неразумно.

А разовые переносы вообще делаются через отдельное расписание. Т.е. по факту они добавляют в расписание ещё два правила, связанных с основным - отмена существующих назначений и добавление одноразового назначения, оба в рамках ограниченного периода, и как связанные - с бОльшим приоритетом.

Answer 1

[Артем Золин]

Эти данные можно вообще не хранить, с помощью strtotime() можно указывать относительные форматы даты/времени

// первый день этого месяца
echo gmdate('F j, Y', strtotime( 'first day of this month') ); // August 1, 2021

// последний день декабря текущего года
echo gmdate('F j, Y', strtotime( 'last day of december this year' ) ); // December 31, 2021

// понедельник на следующей неделе
echo gmdate('F j, Y', strtotime( 'Monday next week' ) ); // August 16, 2021

// следующий четверг
echo gmdate('F j, Y', strtotime( 'next Thursday' ) ); // August 19, 2021

// второй четверг этого месяца
echo gmdate('F j, Y', strtotime( 'second thursday of this month' ) ); // August 12, 2021

// +10 дней к дате
echo gmdate('F j, Y', strtotime( '10 September 2000 + 10 days') ); // September 20, 2000