У меня есть база данных Schedule
объектов в PSQL (schedule_id
, user_id
, date_range
([date, date)
) и несколько других полей, необязательных для этого обсуждения).
Каждый из этих Schedule
объектов отображается как «блок» в пользовательском интерфейсе (представление календаря), который представляет date_range
.
. Теперь я хочу собрать некоторые метаданные, которые пользователь (который является объектом расписания)принадлежит) может вводить дату в диапазоне дат объекта Schedule
.
Я изначально намеревался создать объект Schedule
, чтобы создать объект метаданных в день и связать его с Schedule
по идентификатору (то есть: 2-недельный блок расписания получает 14 ScheduleDate
объектов).
У меня есть две проблемы:
Schedule
объекты будут обновляться довольно часто, так как пользовательизменяет date_range
и может разбивать Schedule
объекты на несколько различных объектов.Если я использую объект в день на каждый объект Schedule
, будет много бухгалтерии для добавления / удаления дней.Это не составит труда реализовать, мне просто интересно, есть ли подводные камни в этом подходе? - При различной длине
date_range
будет массово создавать столько объектов, как 14, за 2 недели,21 в течение 3 недель и т. Д. Будет слишком много?
При этом будет ли эта архитектура лучше всего подходить для этого сценария или есть более мудрый выбор?