Точную границу между концептуальным и физическим проектированием баз данных провести достаточно трудно. Тем не менее принято считать, что на этапе концептуального проектирования данные рассматриваются без учета специфики используемой СУБД, а особенности физического хранения базы данных в памяти ЭВМ включаются в описание ее структуры на этапе физического проектирования.
Этап между концептуальным и физическим проектированием, в результате выполнения которого получается СУБД – ориентированная схема базы данных, будем называть проектированием реализации (или этап логического проектирования). Изменения, которые вносятся в структуру базы данных на этом этапе, определяются стремлением удовлетворить требованиям конкретной СУБД и наиболее общим ограничениям, специфицированных в требованиях пользователей.
Основной задачей проектирования реализации является разработка СУБД – ориентированной схемы, которая удовлетворяет всему диапазону требований пользователей, начиная с требований целостности и непротиворечивости проектируемой базы данных, и, кончая показателями эффективности функционирования при ее расширении и усложнении. Так как одновременно с проектированием базы данных проводится работа по составлению прикладных программ, то между разработчиками этих подсистем должно быть налажено постоянное взаимодействие. При этом проводится анализ программных спецификаций высокого уровня и разрабатывается руководство по проектированию программ с учетом предложенной структуры базы данных.
Задача логического проектирования реляционной базы данных состоит в обоснованном принятии решений о том, из каких отношений должна состоять БД и какие атрибуты должны быть у этих отношений.
