Как лучше связать таблицы?

Question

[Сергей]

Cover - это обложка (постер) для игры или фильма, следовательно игра или фильм могут иметь сколько угодно постеров. Постер может принадлежать либо фильму, либо игре, по принципу xor. По сути связь one-to-many. Вопрос: как лучше сделать связи? оставить в одной таблице или вынести их в отдельную таблицу? (cм. пикчу)

Answer 1

[mletov]

Cover: id, name, path
CoverRelation: CoverId, EntityId (ид фильма, книги и т д), Type (фильм, игра... можно расширять до бесконечноти если завтра, например, появятся еще книги и аудио-альбомы, в вашей схеме придется заводить новые поля)

Хотя если держаться за нф, то надо отдельные таблицы заводить типа АфишиДляИгр, АфишиДляФильмов и т д и для каждой таблицу связей

Comments

[Сергей]

под entityId вы подразумеваете любую сущность, а какую, мы можем определить по type перечислению?

[mletov]

Сергей: Например: CoverId: 123, EntityId: 345, Type: 'film', 345 - Id в таблице Films. Но учтите, что подобная схема нарушает нормальные формы, т е при удалении фильма из Films останутся висячие записи в CoverRelation, их придется ослеживать вручную если база большая

[mletov]

mletov: Если проектировать правильно с т зрения теории, то должно быть типа Films, CoverFilms, CoverFilmsRelation, Games, CoverGames, CoverGamesRelation и т д....

[Сергей]

mletov: Понял, спасибо большое!

[mletov]

Сергей: Пожалуйста:)

Answer 2

[Константин Цветков]

Cover - это обложка (постер) для игры или фильма, следовательно игра или фильм могут иметь сколько угодно постеров.

Привяжите постер к одной сущности (игра, например) и свяжите сущности ( игра и фильм, например). Представление: сущность и связанные с ней плюс все обложки, привязанные к сформированному множеству.