Читал-читал, и все в толк взять не мог, чего же человек хочет. Пока не дошел до поста Вячеслава Скорых. И тут только понял, что у кого-то может быть не так, как у него. Советую прислушаться к его совету.
Предложенная им схема легко автоматизируется (по крайней мере - в ErWin), да и в любом случае тебе придется как-то поля для внешних ключей идентифицировать - так почему бы не взять имена полей первичных ключей, на которые ссылаются эти внешние? И пофиг будет, на какое место стрелки указывают, главное - что вообще есть связь (и ее свойства).
Развиваем (применительно к ErWin): все поля предварительно описываем в Domains, скажем, определяем базовый Domain с именем t_primary_key_code_id,
определяем ему Name inherited by Column как %Substr(%ColDomain,3,50), будут у тебя имена полей ключей (да и для других полей тоже так можно сделать) сформированы по схеме:

Таблица Master:

(pk) master_id : t_master_id


Таблица Detail:

(pk) detail_id : t_detail_id
-------------------------
(fk) master_id : t_master_id


Ну, естественно, если с одной и той же таблицей другая имеет больше, чем одну связь, то в Migrate Attribute укажешь конкретную роль, да и все.

И т.д. А стрелочки - кому это нужно?

Вот, возьми примерчик - по подобной схеме мы все проекты собираем, до сотен сущностей, и все генерится в базу без последующей правки ручками.

softwarer
А если в ключе участвуют несколько полей? Веник рисовать?

:)