Мне кажется, понятие связей many-to-many, можно объяснить на следующей модели.

Представим, что у нас есть таблица ЛЮДИ, с первичным ключом id.

1. Для хранения информации, кто из них кого знает, создаём таблицу ЗНАКОМСТВА, с полями id1, id2.

Это первый пример many-to-many, причём на каждую пару может быть от нуля до двух записей.

В этом случае достаточно построить уникальный индекс по (id1, id2)

2. Другая задача. Теперь нас интересует, кто с кем дружит. Создаём таблицу ДРУЗьЯ, с полями id1, id2.

Это второй пример many-to-many, причём на каждую пару может быть от нуля до одной записей.

В этом случае мы должны построить уникальный индекс по (id1, id2) и проверять при добавлении новой записи (id1, id2) есть ли уже запись (id2, id1). Вторую проверку скорее всего нужно выполнять в триггере.

3. Расширяем задачу номер 2, теперь нас интересует сохранить несколько типов двусторонних связей, например "друзья", "сослуживцы", "любовники" и т.д.

Отложим не совсем реляционные варианты типа битовых масок .

Если количество типов заранее неизвестно, то мы должны создать домен "тип связи". Это можно обеспечить разными способами, например, с помощью CHECK CONSTRAINT или создания таблицы ТИПЫ_СВЯЗЕЙ. Создаём таблицу СВЯЗИ, с полями id1, id2, type.

Это третий пример many-to-many, причём на каждую пару может быть от нуля до одной записей одного типа.

В этом случае мы должны построить уникальный индекс по (id1, id2, type) и проверять при добавлении новой записи (id1, id2, type) есть ли уже запись (id2, id1, type). Вторую проверку скорее всего нужно выполнять в триггере.

4. Усложним задачу номер 3. Теперь нас интересует даты начала и конца связи. Добавляем в таблицу СВЯЗИ поля started, ended.


Это четвёртый пример many-to-many, причём на каждую пару может быть от нуля до одной записей одного типа с заданным диапазоном дат. Диапазоны для тройки (id1, id2, type) не должны пересекаются.

В этой ситуации индекс нам не поможет вообще и все проверки мы вынуждены будем осуществлять в триггере.

Можно продолжать дальше, но, на мой взгляд, основные типы many-to-many описаны.

мод drev
Представим, что у нас есть таблица ЛЮДИ, с первичным ключом id.
Можно продолжать дальше, но, на мой взгляд, основные типы many-to-many описаны.
А представим, что есть сущности от с1 до с99 и все они связаны между собой сущностью с100.
Вывод: связи n:m всегда есть самостоятельные сущности со своим уникальным id. А связи 1:n - это просто ссылки между сущностями. В примере сущность с100 ссылается на все (или не все) сущности с1-с99 по типу n:1.

1. Я не совсем понял как Ваши высказывания связанны с цитатой.

2. Вывод о обязательном наличии уникального id не следует из Вашего утверждения.