В условно называемом "классическом" проектировании БД выделяют концептуальную, логическую и физическую модели данных. Однако, многие CASE-средства, например, ERwin или PowerDesigner оперируют только двумя моделями в своей терминологии: концептуальной/логической и физической.

Чтобы не запутаться в подобной ситуации воспользуйтесь следующей табличкой соответствия.

Поддерживает проектирование БД и UML.

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

Введение

на примере MS SQL Server 2000 и CASE ERwin

Зачем это нужно?

Объектный подход, используемый для разработки программных систем доказал на практике свои преимущества. К сожалению, кроме приятных возможностей он привнёс и новые проблемы.