Я занимаюсь проектированием баз данных с 1998 года.
Начинал с разработки собственного компонента для работы с dbf файлами на С++. :)
В том же году перешел на Delphi 3 чем упростил себе жизнь работая с компонентами TTable. Через полгода узнал об SQL. Изучил за ночь необходимый мне синтаксис ("Понимание SQL"). И переработал программу для работы с Interbase.
В 2000 году на новой работе познакомился с Oracle 8i. Моделировать в проекте ничего не пришлось. Идея по созданию индексов и ограничений для БД не прижилась ). К счастью работая в следующем проекте мне удалось начать разработку модуля , в котором я впервые использовал Erwin Data Modeler.
В 2001 году разрабатывались модули, которые должны были работать с двумя базами данных: Oracle и Firebird.
В этом проекте создавалась одна логическая модель и две физических модели, для поддержки актуальности которых использовались средства синхронизации Erwin Data Modeler.
Хотел бы отметить, что модели поддерживались мной всегда в актуальном состоянии, в то время в соседних проектах обычно производился reverse engineering из существующей БД. И здесь была постоянная проблема с тем, что логическая структура фактически отсутствовала и для ее восстановления требовалось много времени.
В 2005 году стартовал проект (СУБД Oracle), в котором было подключено активное использование макросов Erwin Data Modeler, что существенно упростило создание типовых форм и объектов.
Использованием макросов мне удалось добиться следующего
- ускорить разработку новых форм
- увеличить качество исходного кода за счет использования шаблонов
- включение в код валидации данных на основе модели и обработки исключительных ситуаций
- увеличить качество кода за счет генерации типов данных формируемых на основе данных модели об используемых типах доменов
- поддержание модели базы данных всегда в актуальном состоянии
Также из-за большого объема работы с базой данных, особенно на первых этапах, выработали соглашения, которые смогли улучшить коммуникацию между аналитиками и разработчикам. Соглашения определяли каким образом должны работать аналитики, чтобы не мешать текущей разработке, что должны сделать аналитик для того, чтобы не прибегали разработчики с просьбой показать пальцем на изменения в модели.
Данный подход позволил поддерживать модель в актуальном состоянии все время работы проекта и без моего участия.
Если мой опыт в работе с Erwin Data Modeler Вас заинтересовал, то вы можете связаться со мной по электронной почте Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript .
| Комментарии |
|
