Есть сущности: А и Б. В предметной области между ними может быть слабая и сильная связь. При этом слабая исключает сильную и наоборот. Я делаю две таблицы связи:

А(id) - АБ_сильная(idA, idБ) - Б(id)

и

А(id) - АБ_слабая(idA, idБ) - Б(id)

Таблиц А и Б по одной, естественно, просто между ними две таблицы связи для двух взаимодействий - слабого и сильного. Это нормальный вариант, или можно лучше? Например, через одну таблицу, где будет ещё поле на тип связи (а для этого, наверное, придётся ещё и таблицу типов связей заводить)? По идее, типов связей больше не будет - только два.

Я вижу пока только один минус моего варианта - выделенное выше жирным никак не контролируется, кроме как самим пользователем, заполняющим БД.

Да, и при моём варианте это может быть распознано как нарушение нормальности БД или что-то в этом роде.

Кот МатроскинРазумеется, одна таблица с полем "тип связи" лучше. Контроль осуществляется примитивным уникальным индексом на IdA, IdB
Т. е. придётся завести таблицу "тип связи"?

http://www.sql.ru/forum/1037616/vopros-o-celesoobraznosti-spravochnikov-m-i-zh?hl=?????????? ?????
Ладно, гомосеки победили )) , хотя у меня и не полы! Да и я тоже склонялся к таблице-справочнику, т. к. вроде есть вероятность появления третьего варианта связи, потому её в сущность неплохо бы.

Теперь я сделал так.


А как бы сделали вы? При условии, что типов связей гипотетически может стать больше, чем 2.

Мимо пробегал...Я так и не понял, зачем отдельная таблица - справочник. Да пусть этих типов связей хоть 1000 разных - с условием "одна исключает другую" это никак не связано.
Можно и руками написать, что за тип связи, но лучше заставить пользователя выбирать из выпадающего списка готовые типы, чем обрабатывать ошибки пользователя при вводе руками.

user7320Мимо пробегал...Я так и не понял, зачем отдельная таблица - справочник. Да пусть этих типов связей хоть 1000 разных - с условием "одна исключает другую" это никак не связано.
Можно и руками написать, что за тип связи, но лучше заставить пользователя выбирать из выпадающего списка готовые типы, чем обрабатывать ошибки пользователя при вводе руками.
Ну, а готовые типы лучше хранить в таблице-справочнике.