> охватывая весь спект имеющихся на данный момент СУБД

NtVisigoth, не надо рекомендовать перечитывать то, что вообще читать не следует. Универсальных моделеров для любых СУБД не существует. Как класса. И существовать не может. По определению. Если Вы этого не понимаете, просто запомните.

Тем не менее я рекомендую вам, перечитать п.3 моего первого поста!

1.
Из него следует, что раз я не сказал, про конкретную СУБД, то это означает, что надо мыслить шире !
2.
То что выделили, следует понимать, что человек имеет возможность работаты с Oracle, но он не хочет привязываться к ней намертво, потому что на другом месте заработка может использоваться FireBird и он нехочет остаться с носом. А следовательно он ищет общий подход при проектировании БД.

Теперь соеденим п1 и п2 этого поста получим, что человек хочет иметь возможность из полученной модели в средстве проектирования сделать скрипт или что нить другое, которое ему позволит с наименьшими затратами создать физическую БД на жестком диски средствами конкретно указанной СУБД.

ЗЫ:
Прошу впредь прежде чем писать, хотя бы 2 раза перечитать и хоть немножечко подумать. Неужели это так трудно? Это же правило с детства: 7 раз отмерь 1 раз отрежь.[/quot]