Позволю вставить свои пару центов в этот топик. У меня насчет тулзов типа ErWin, ER Studio и прочих им подобных вещей двоякое ощущение. С одной стороны, они позволяют создавать красивые диаграммы и отчеты. Что хорошо для документации. С другой стороны, я обратил внимание, что реально, люди часто и повсеместно использующие эти тулзы перестают понимать, собственно, основы базостроения. У меня бал опыт работы с некоторыми товарищами, которые не в состоянии были практически думать не в рамках, предлагаемых ErWinом. Хотя они и считались Senior level DBAями. На поверку они оказались просто лапшевешателями.
Мой опыт показывает, что шаблонные решения, предлагаемые автоматическими базостроилками, отнюдь не самые правильные. Это и закономерно, ибо шаблоны пишут люди, и нельзя натянуть один и тот же шаблон для решения всех задач.
Насчет автоматизации. Наверное кое-когда это полезно. Но опять же основываясь на своем опыте, могу сказать, что переход из одной версии базы данных к другой, невозможно автоматически произвести ни одним средством. Ибо как правило меняется не только структура таблиц, а так же размещение и представление данных. На написание скриптов трансформации данных как раз и приходится тратить 80% времени.
Так что я предпочитаю золотую середину. Создаю все объекты и трансформационные скрипты руками в QA (отчасти это оттого, что всегда можно проверить планы исполнения и так далее), а потом создаю документацию в Visio.net & Word. А вот как раз скрипты я храню в VSS для организации групповой с ними работы.

-- Слон

Никакого секрета. Я не пользуюсь автоматическими процедурами. Просто проект трансформации базы данных храню в VSS через VSS client.

-- Слон

Не совсем так. Проект состоит из множества скриптов. Скрипты могут содержать как текст процедуры, так и изменение таблицы, так же и трансформацию данных. Так вот логически я их могу объединять в один скрипт и просто добавлять файл к проекту VSS через GUI.

-- Слон