У меня возникли проблемы с тем, чтобы обдумать, как это сделать. У меня две таблицы:
1 проект может принадлежать многим разделам.
1 может иметь много проектов.
Это простое соотношение "один ко многим". Эти два требования, указанные выше, составляют одно и то же. Не требуется таблица поиска. В вашей таблице разделов вы просто имеете fk обратно в таблицу проектов
Это будет много-много отношений или один-много?
Он рассматривается как "многие ко многим", потому что многие проекты могут ссылаться на разделы many.
Вам понадобится реализовать таблицу, которая находится между projects
и sections
, используя внешние ключи от обоих, чтобы быть первичным ключом. Пример:
PROJECTS_SECTIONS_XREF
таблицаPROJECT_ID
, pk, fkSECTION_ID
, pk, fkСоглашение об именах зависит от вас, но я рекомендую что-то информационное, используя имена обеих таблиц. Корреляция, перекрестные ссылки (xref), поиск и т.д. На прошлой неделе или около того было два вопроса относительно соглашения об именах: все имена являются синонимами, выбирайте все, что вам нравится.
Создайте таблицу отношений... позвоните в ProjectSections с полями ProjectId и SectionId. Вы создаете связь между проектом и разделом в ProjectSections, создавая запись с ProjectId и SectionId.
Затем ProjectSections связывает проекты и разделы вместе.