ER диаграммы безусловно очень важны на начальных стадиях разработки. Однако создание работающего прототипа системы практически не возможно если вы используете только диаграммы и полученную с их помощью структуру таблиц. Для использования простейшего автоинкрементного поля в InterBase/Firebird вы должны создать генератор, чтобы получить уникальное значение, и триггер или процедуру чтобы заполнить значение поля из генератора. В процессе разработки вы должны синхронизировать вашу диаграмму с рабочей базой данных и создавать объекты инфраструктуры, чтобы база хоть как то работала. В большинстве случаев вы будете использовать разные программы для создания ER диаграммы и для написания кода процедур и триггеров. А что если в результате отладки некоторой логики вы изменили структуру таблиы ? Вам придется вручную аккуратно перенести все изменения обратно туда, где вы рисуете диаграмму, чтобы структура реальной системы и ее модели совпадали. Но это не единственная проблема. Вам необходимо где то хранить код объектов базы данных, чтобы можно было пользоваться поиском. И проблемы ручной синхронизации появляются вновь и вновь.

Дизайнер базы создан как раз для того, чтобы упразднить максимальный объем ручной работы. Он работает как репозиторий, позволяя отделить код от разрабатываемой базы даных. Проект дизайнера содержит все типы объектов базы данных плюс ER диаграммы. Дизайнер имеет встроенную систему контроля версий, которая позволяет вам вести командную разработку. Но даже если вы работаете один - возможность вернуться к ранее написанной версии процедуры иногда бывает очень не лишней. Более того, в последних версиях дизайнера появился встроенный менеджер прав доступа - теперь вы можете назначить некий изначальный набор прав доступа прямо в дизайнере.

На начальном этапе разработки вы можете использовать ER диаграммы. Все объекты базы данных, которые нужны чтобы запустить первый прототип также можно создать здесь. Постепенно вы будете наращивать объем кода и сложность вашей базы данных работая с одним приложением. В любой момент вы можете привести вашу реальную базу в соотвествие с проектом в дизайнере и заняться отладкой вашего приложения и кода базы. Встроенный механизм сравнения структуры баз делает все изменения очень аккуратно, с учетом всех зависимостей. Вы даже можете переименовать таблицу и при следующем обновлении базы данных скрипт будет содержать все что нужно, чтобы сделать это аккуратно, с сохранением данных.

Если же в процессе отладки вы сделали какие то изменения в самой базе - вы можете легко импортировать эти изменения обратно в проект. Причем старые версии объектов будут сохранены.

Вы можете сказать, что такая "виртуальная" разработка породит огромное количество ошибок в проекте и обновление базы данных станет сущим кошмаром. Для этого мы предусмотрели специальное средство проверки проекта. Полная проверка проекта вызывается каждый раз перед обновлением базы и сообщает вам о наличии синтаксических и даже некоторых логических ошибок в коде.

И конечно же в Дизайнере доступны операции Рефакторинга. С помощью этих операций вы можете делать сколь угодно глубокие изменения структуры базы данных, и это не займет у вас много времени.