SergueiWlr-lОб уникальности я уже сказал (это когда пользователь говорит о задвоении данных), теперь о целостности (это когда пользователь говорит, что сегодня у этого договора контрагент не тот, что был вчера).

Пусть у нас будет ID первичным PK и будет уникальный индекс (USR_ID, USR_GROUP_ID). Пусть в таблице USR_IN_GROUP будет строка (5, 1, 1) и из некоторой другой таблицы мы ссылаемся на эту строку.

Давайте сделаем из этой строки такую строку (5, 2, 2), не изменив PK и не нарушив уникальности.

Т.е. мы ссылались на Иванова Ивана Ивановича из группы 1, а стали ссылаться на Петрова Петра Петровича из группы 2.

Видим, что глобальные вещи (уникальность, целостность) приносятся в жертву мифической удобности. Сначала нужно говорить о правильности и, если она достигнута, можно говорить о задаче удобства в рамках этой "правильности".

Правильным решением для связи двух таблиц отношением М:М будет создание первичного ключа (уникального индекса) (USR_ID, USR_GROUP_ID) и, может быть, создание индекса (USR_GROUP_ID, USR_ID).

Замечу, что ключ, состоящий из двух полей, один, а не два.
Конечно, можно похвастаться, что наша система состоит из 100500 объектов, а ваша всего из 100.

Ничего не понял из этого трактата :(

Вы столь безапелляционно заявляете со ссылкой на Иванова Ивана Ивановича или Петрова Петра Петровича?

Однако же, было замечено что агрегатное состояние сей изоморфной химеры столь неустойчиво, что от вас потребуется максимально точный момент времени вышеупомянутого заявления для корректного определения смещения по линейке ИвановоИваноИвановичей-ПетровыхПетровПетровичей. Затем и оценим степень достоверности вашего мнения. Может все наоборот!