Этапы проектирования рбд
Хорошо спроектированная БД обеспечивает удобный доступ к хранящейся информации в ней.
Этап 1. Описание предметной области.
Этап 2. Р Разработка информационно-логической модели. На основе анализа предметной области БД составить общий список полей (столбцов) будущих таблиц; распределить поля по таблицам; задать в таблицах ключевые поля; определить межтабличные связи.
Данное проектирование БД абсолютно не зависит от таких подробностей ее реализации, как тип выбранной целевой СУБД, набор создаваемых прикладных программ, используемые языки программирования, тип выбранной вычислительной платформы, а также от любых других особенностей физической реализации. Информационно-логическая модель данных является источником информации для этапа даталогического проектирования БД.
[слайд 29]
Этап 3. Разработка концептуальной (даталогической) модели. Информационно-логическая модель данных, созданная на предыдущем этапе, уточняется и преобразуется в даталогическую модель данных. Даталогическая модель данных учитывает особенности выбранной модели организации данных в целевой СУБД. Если информационно-логическая модель данных не зависит от любых физических аспектов реализации, то даталогическая модель данных создается на основе выбранной модели организации данных целевой СУБД. То есть на этом этапе уже должно быть известно, какая СУБД будет использоваться в качестве целевой – реляционная, сетевая, иерархическая или объектно-ориентированная.
Этап 4. Разработка физической модели. Описание как информация хранится в БД.
Рекомендации по проектированию РБД:
РБД не должна состоять из одной таблицы с очень большим числом полей, которые содержат информацию разного рода.
Информацию одного рода следует объединять в одной таблице.
Если в таблице есть поля, которые не заполнены, т.к. не применимы к большей части записей, то это означает, что этим полям место в другой таблице.