График работы для компаний, как лучше привязать таблицу?

Question

[Андрей]

Здравствуйте!

Есть модель Company с информацией о компании.

Нужно прикрутить график работы, к компаниям на сайте, как на фото:


Понимаю что нужно добавить дополнительную таблицу Schedule (с полями: день недели, дата начало работы, дата окончания работы и перерывы).

Как лучше привязать Schedule к Company через manytomany или foreign key?

Answer 1

[Foo Bar]

Тут вам нужно исходить из задачи (по вопросу она не до конца ясна).
Если у вас у одной компании одно или несколько расписаний, то через Foreign Key. При этом у всех компаний будут свои экземпляры расписаний.
А если вам нужно сделать так, что у нескольких компаний должно быть общее расписание, то... тоже Foreign Key в модели компании :)

ManyToMany - это связь многие к многим, т.е. когда "у вас вообще ничего не понятно" и любая компания может иметь либо свое расписание, либо чужое, либо и то и другое.

... если я конечно же правильно понял вопрос)

Comments

[Андрей]

Каталог компаний. К каждой компании нужно привязать 7 экземпляров Schedule, для каждого дня недели. Вроде как ManyToMany правильней, ведь у многих компаний расписание может совпадать, следовательно с ManyToMany меньше записей в бд! Из минусов, это то что в админке добавлять и редактировать расписания c ManyToMany для компаний не очень удобно!

[Foo Bar]

Еще минус в том, что вам тяжело будет отслеживать изменения расписания для компании, если это расписание принадлежит к нескольким компания. Я бы не рекомендовал так делать. Не так уж много записей в БД генерится.

Answer 2

[Oscar Django]

Главный минус использования m2m в данной ситуации в том что меняя расписание для одной компании оно будет меняться для других связанных с этой записью.
Тут нужно думать о сути объектов. Расписание не является самодостаточным, оно полностью зависит от компании.
Думаю не особо криминальным было бы даже сделать модель Расписание с 14 полями по типу день_недели_начало/конец.
Либо же как вы хотели таблица Schedule с полями день_недели, компания, начало, конец. При этом с контролем за уникальностью день_недели <==> компания.

Comments

[Андрей]

Сделаю с помощью ForeignKey и unique_together(company, weekday), спасибо!

Еще вопрос: как правильно назвать таблицу, Schedule или CompanySchedule или например нужно прикрепить несколько фото к компании, как назвать таблицу Image или CompanyImage?

Я так понимаю: если моделей Image несколько: например фото для компаний и фото для отзывов, то таблицы нужно назвать: CompanyImage и ReviewImage

Если совпадений не предполагается, то можно назвать просто Image!

Я наверное сильно дотошный, но просто интересно, как правильно?)

[Oscar Django]

Правильно -- это субъективное понятие. То что я пишу часто мое личное мнение, которое я не в книжках умных прочитал, а пришел к нему на основе своего опыта. Мне кажется называть лучше так как тебе удобней (или людям которые с кодом работать будут). И называть модель CompanyImage стоит так не от того что есть другая модель с картинками, а потому что по названию сразу ясно что эта модель специфична для компании, т.е. имеет какие то специфичные поля и/или методы.
В то же время если расписание есть только для компаний и ничего особенного в нем нет, то почему бы не назвать модель просто Schedule, ведь и так ясно что это такое.
Но еще раз оговорюсь это мое мнение, основанное на той неполной информации, которой я владею и предположениях, которые я делаю.