Тернарные связи я из примеров понимаю, но на практике начинаю тормозить.

По сути речь о том, что в промежуточной таблице должны находиться FK (ссылки) на 2 (и более) другие таблицы-сущности?
Или есть какой-то более простой способ понять, как рисовать модель?

Рисую ERM, где пока нормализация происходит в процессе, потому не сразу понимаю, как отражать.

hVosttИбо не смотря на то, что в теории есть всякие связи, в реальных СУБД их нет.
Недавно в видеокурсе новом услышал фразу, нечто вроде "связи - это по сути, сущности, только с доп. свойствами. вот так их и воспринимайте". Эту информация у меня наложилась на то, что я тут на форуме задал вопрос про атрибуты связи и это все вылилось впервые в понимание кусочка реальной картины.

А потом я понял, что в учебных примерах "студенты" связаны с "аудиториями", "мука" с "рецептом", а на практике все сложнее.
Пример тернарной. Поставщик (1) поставляет нам товар (2), из которого мы производим нашу продукцию (3).
Связать 1 и 3 бинарной связью не можем, т.к. поставщик продает нам несколько разных товаров, не все из которых являются материалами для нас, некоторые - готовый товар. 2 и 3 связываем - получается из всего материала мы делаем конечную продукцию, а это не так. Я смотрел на этот пример как баран на новые ворота и понял, что в ER-модели ни фига не пойму сразу, если степень будет > 2.

Начал гуглить и в каком-то комментарии человек написал про реальные таблицы с ключами - я впервые понял, чего от меня хотят с этими степенями. Не уверен, что понял точно.

Учусь рисовать модели, учусь сам, отсюда вопросы. Зачета нет, ибо в этом случае мне было бы у кого спросить. В следующем году экзамен по этим БД, нужно научиться решать вопрос моделирования быстро и академически правильно.