pashalost,

Связей в РМ, как уже было отмечено нет. Не просто "типа нет", а вообще нет. На принципиальном уровне (религиозно-догматическом). Но есть много паттернов, которые называются связями и реализуются с помощью реляционных конструкций:
- ссылки (обычно опциональное объявления PK-FK c последующим соединением). Они направленные и бинарные
- наличие общих значение (здесь просто соединение по ним, например, общий Город). Это ненаправленная связь (чаще бинарная, хотя не обязательно)
- связи в смысле ER (relationship), когда n-кортеж связывает несколько значений. Это ненаправленная n-арная связь. Кстати, термин relation в контексте РМ никак не связан со связями, а по связями обычно имеется в виду relationship.
- связи в смысле ORM (object role modeling).
- <ну и есть еще наверняка другие связи>
Соответственно, без уточнения, какие связи подразумеваются, рассуждать нет смысла.

Если говорить о ссылках, то циклы это зло, и чаще всего говорят о плохом дизайне. Либо крайне редко о высокой квалификации, если человек может внятно объяснить, зачем он их применяет. Часто без циклов не обойтись из-за высокой кривизны РМ или с целью оптимизации (РМ низкоуровневая модель, поэтому все надо делать вручную и явно). Циклов по ссылкам в твоей модели очевидно нет и формально она правильна. (За исключением того, что люди зависят от игр, что глупо, но если отвлечься от названий приемлемо.)

MasterZivДействительно, жёстких, физических связей в реляционных БД нет,

Нет никаких. Поскольку в определении не упоминаются. (И даже в следствиях.)

MasterZivони все "устанавливаются" находу в виде кода в запросах (условий
JOIN-ов).

"На ходу" значит, что они существуют в голове у писателя, либо в приложении. А РСУБД ничего об этих связях не знает. Иначе можно сказать, что в модели существуют любые связи, поскольку возможны любые join.

MasterZivЭто даёт большую гибкость таким системам, что в своё время
очень помогло РСУБД в конкурентной борьбе с сетевыми и иерархическими
СУБД.

Это дает сильные головные боли, а также неплохие заработки.

MasterZivТаблица -- это связь между атрибутами.

Это одна из возможных интерпретаций. Изначально, таблица это множество кортежей со значениями из доменов. Никакой дополнительной семантики за этим нет. (Но ее можно внести, при желании, чем все и занимаются.)