Как распределить уроки по расписанию?

Question

[FANTASANTA]

Есть две сущности у пользователя:

1. Расписание уроков
2. Сами уроки

Первое - настраивается по дням недели и времени - например, пн/ср/пт;
Второе (уроки) - добавляются в зависимости от приобретения абонемента - Допутим, пользователь купил 7 уроков - эти уроки надо добавить в бд и указать даты в зависимости от его расписаний (первый пункт).

Помогите нарисовать картину в голове, как это реализовать?

Comments

[Alixx]

Если урок может относится к нескольким расписаниям, а к расписанию может относится несколько уроков, то тут связь многие-ко-многим. Оформляете промежуточную (в ларе это pivot-таблица) таблицу "Уроки пользователя по расписанию" - внешний ключ для урока пользователя и внешний ключ для расписания. В ларе же в обеих ваших сущностях устанавливаете связь с помощью belongsToMany().

[FANTASANTA]

Alixx, вопрос заключается в том, что каким образом добавить уроки в базу данных разбив их по дням, указанным в таблице расписания пользователя?

Например:
Расписание: пн/ср/пт
Уроки: пользователь купил 10 уроков сегодня - в таблицу уроков надо добавить 10 записей и указать start_at по очередно зависимо от его расписания)

- первый урок в пн, второй урок в ср, третий в пн, четвертый в пн и тд.)

[FANTASANTA]

Так как определенный урок может потребовать редактирования, например, пользователь захотел перенести один урок на другой день, мы просто берем и один урок меняем start_at на другой, основное расписание не трогаем. Поэтому было решено добавить каждый купленный урок в таблицу по отдельности, так же в дальнейшем они будут выводиться как "история уроков"

[Alixx]

FANTASANTA, Что у вас в расписании? Просто дни недели, т.е. всего 7 записей?
И судя по вашему описанию, получается сущности неправильно названы. Расписание - оно всегда состоит из уроков и дня недели, а урок состоит из ПРЕДМЕТА и времени. Т.е. то, что вы называете уроками - это предметы, а не уроки.

[Alixx]

FANTASANTA, Поэтому и разобраться не получается

[Alixx]

FANTASANTA,
Предметы:
id предмета и прочие атрибуты
Предметы, купленные пользователем: (та самая pivot таблица, belongsToMany)
id пользователя, id урока
Расписание:
id расписания, id пользователя, день недели, дата и прочее, что нужно

-- Если один предмет может относиться к нескольким расписаниям у пользователя, то
Уроки:
id расписания, id предмета, время урока
-- Если один предмет может относиться только к одному расписанию, то
Предметы, купленные пользователем:
id пользователя, id урока, id расписания, к которому предмет и будет относиться
Тут уже уроки не нужны.

[FANTASANTA]

Alixx,

**users_timetable**
id | course_id | dates
1  | 2         | ["monday" => 11:00, "wednesday" => 11:00, "friday" => 12:00]

**lessons**
id | course_id | start_at
1  | 2         | 2021-01-25T11:00
2  | 2         | 2021-01-27T11:00
3  | 2         | 2021-01-29T12:00

**course**
id | name
2  | English

Как вы могли заметить, в таблице lessons три записи, которые имеют разные даты, исходя из users_timetable.

Дело в том, что на платформе много разных предметов, о которых вы говорите, и пользователь имеет возможность приобрести уроки по этим предметам (в моем примере это course_id - English).

Сложность для меня заключается в том, что когда пользователь покупает уроки по определенному предмету, то в таблицу lessons надо добавить то кол-во уроков, которые он приобрел, и в столбце start_at указать даты предстоящих уроков.

UPD: сложность именно в start_at - я не знаю как указать предстоящие даты, исходя из расписании в users_timetable

[FANTASANTA]

Но сейчас еще один вопрос возник, вероятно я неправильную логику построил для данной задачи.
Когда сам пользователь захочет сменить основное расписание в users_timetable, потом придется менять start_at в lessons - а там могут быть много позиций по одному пользователю..

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

[Alixx]

FANTASANTA, я выше вам описала схему, на неё можете ориентироваться, поиграться.
Я бы переделала users_timetable:
users_timetable:
id, course_id, день недели, время
С lessons 2 варианта:
1. lessons:
id, id_users_timetable, определённая дата
2. Избавляемся от lessons. В users_timetable добавляем поле - lessons - массив с определёнными датами.

В варианте 1 вам всё равно нужно менять несколько записей при изменении расписания в users_timetable, но вам будет проще вытаскивать только нужные даты, с помощью id_users_timetable.
В варианте 2 меняете одну запись в users_timetable.