Вопросы по теме

1. Что принято называть базой данных?

2. Что представляет собой система управления базами данных?

3. Что понимается под предметной областью?

4. Что представляет собой информационно-логическая модель предметной области?

5. В чем состоят основные принципы построения баз данных?

6. Назовите основные типы логической модели данных и охарактеризуйте их?

7. Назовите основные понятия реляционных баз данных? Дайте характеристику эти понятиям.

8. Какое поле может быть первичным ключом?

Тема 5. Основы проектирования баз данных Методология проектирования бд

Процесс проектирования включает в себя следующие этапы:

1. Инфологическое проектирование.

2. Определение требований к операционной обстановке, в которой будет функционировать информационная система.

3. Выбор системы управления базой данных (СУБД) и других инструментальных программных средств.

4. Логическое проектирование БД.

5. Физическое проектирование БД.

Инфологический подход не предоставляет формальных способов моделирования реальности, но он закладывает основы методологии проектирования баз данных.

Основными задачами инфологического проектирования являются:

• определение ПО системы;

• формирование взгляда на ПО с позиций сообщества будущих пользователей БД, т.е. инфологической модели ПО.

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

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

Этап логического или даталогического проектирования не заканчивается проектированием схемы отношений. В результате выполнения этого этапа должны быть получены следующие результирующие документы:

-описание концептуальной схемы БД в терминах выбранной СУБД.

-описание внешних моделей в терминах выбранной СУБД.

-описание декларативных правил поддержки целостности базы данных.

-описание процедур поддержки семантической целостности базы данных.

Логическое проектирование базы данных - процесс создания модели используемой на предприятии информации на основе выбранной модели организации данных, но без учета типа целевой СУБД и других физических аспектов реализации.

Цель состоит в создании логической модели данных для исследуемой части модели проектирования. Концептуальная модель данных, созданная на предыдущем этапе, уточняется и преобразуется в логическую модель данных. Логическая модель данных учитывает особенности выбранной модели организации данных в целевой СУБД (например, реляционная модель).

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

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

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