самое лучшее, IMHO - erWin
p.s. единственный продукт из за которого приходится держать под линупсом vmware
(под wine запускается но сильно глючит)

в visio уже научились сравнивать модели,
проливать их на сервер БД и делать форвард и реверс инжиниринг
(или в нем есть средства совместной разработки модели данных)?
тогда да, visio рулит ;)

а актуальностть связки, модель-база?
а как быть если рисовальщиков несколько?
сорри, но подход предлагаемый тобой (visio),
подходит только к наколеночным системам с
небольшим кол-вом таблиц, модулей и связей

GoffmanА причем здесь кейсы и размер системы.
Все просто, когда сотня и более сущностей, просто очень и очень сложно править ddl'ки ручками, особенно, подчеркиваю, когда проектированием системы занимается ...цать персонажей.

GoffmanДело в подходе к проектированию. У каждого свои привычки и требования, для этого и существует разнообразие средств.
Полностью согласен.

GoffmanДля меня модель - это картинка, нужна для того чтобы посмотреть на систему сверху, при этом многие детали,как типы данных, можно опустить, от этого модель не пострадает.
Логическая модель АнднакА называется ;) (в erWin если что она есть, аналитик начинает с нее, потом все итерационным процессом перетекает в физ. модель).

GoffmanКейс-системы предписывают выполнять DDL только через них, даже при каждом незначительном изменении, даже если нужно где-нибудь увеличить varchar(15) на varchar(20).
Если вы хоть раз забудете это сделать, вся ваша актуальность полетит в тар-тарары.
Да да и еще раз - Да! Именно синхронизационный процесс и дает весь кайф от применения сих технологий. Потому как при complete compare вы увидите, что кто то поменял varchar(15) на varchar(20) и примите решение о том, что надо ли вносить изменения в схему, оправдано ли оно, и если да то изменение будет заапрувлено. А если кто то, что то поменял в базе (причем даже оправдано), то при даже наличии кучи ddl скриптов это никак не поможет узнать, что изменение было внесено в базу.
Можно еще обратить внимание, что erWin позволяет вести вам домены и шаблоны схем. Поменять в куче ddl кода varchar(15) на 20 можно конечно ручками, но что это такое семантически? фиг знает, а вот если вы поменяли домен у которого физ. представлние было varchar(15) на 20 и он назывался "Что то там" и на ВСЕХ атрибутах сущностей у которых был выставлен сей домен, все изменения произошли автоматом, это просто гораздо удобнее, наглядней и версионно контролируемо.