Объясните, пожалуйста, почему PowerDesigner (редакция 12.0) в PDM не реагирует в скриптах описания БД на изменение кардинальности связи "один ко многим" / "один к одному" у дочерней таблицы? Вопрос поясню на примере.
Пусть имеется условная БД из двух таблиц, описывающая размещение в гостинице участников некоторой конференции. Таблица Rooms содержит список всех номеров гостиницы, таблица Guests – всех участников конференции. Исходя из того, что участник не может занимать более одного номера, а в гостинице могут оставаться незанятые номера, дочерней таблицей у меня будет Guests. Ее внешний ключ ссылается на номер, в котором размещен данный участник.
(далее см. на рисунке)

ShtockНе знаю как насчет PD (пятница-думать неохота), а вот с точки зрения проектирования базы данных я бы так не делал, потому как есть не только одноместные номера,а по Вашей схеме и индексу получаются только они. Должна быть связывающая таблица Люди в комнате. + к тому же получается у вас чел не может быть без комнаты и в случае его обращения к вам во второй раз вы все равно его будете вбивать в бд, а в моем варианте просто выберите из справочника и привяжете к комнате (+ последующий анализ БД будет проще).

Представление предметной области обсуждать здесь нет нужды, т.к. вопрос не о том. Пример абсолютно условный, высосан из пальца, приведен здесь лишь для иллюстрации сути вопроса - почему разработчики PD допустили возможность иметь противоречивую картинку: множественность связи у дочерней вершины и одновременно <ak> в атрибутах внешнего ключа этой связи, и наоборот. М.б. кто разъяснит?