Презентация, доклад по МДК Разработка и администрирование баз данных на тему Основные принципы проектирования баз данных, 3 курс

задач, связанных с созданием информационной системы (ИС).

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

удовлетворяет следующим требованиям:
Корректность схемы БД
Обеспечение ограничений
Эффективность функционирования
Защита данных

Удовлетворение требований 1–4 обязательно для принятия проекта.

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

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

Рассмотрим основные подходы к созданию инфологической модели предметной области.

применяется тогда, когда известны функции некоторой группы лиц и/или комплекса задач, для обслуживания информационных потребностей которых создаётся рассматриваемая БД.

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

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

локальные области таким образом, чтобы каждая из них соответствовала отдельному внешнему приложению и содержала 6-7 сущностей.

бывают как физически существующие (например, СОТРУДНИК или АВТОМОБИЛЬ), так и абстрактные (например, ЭКЗАМЕН или ДИАГНОЗ).

Связь (relationship) - это некоторое отношение между двумя и более сущностями, отражающее то, как они участвуют в общей деятельности, взаимодействуют друг с другом, совместно используются некоторой другой сущностью и т. д.

простые атрибуты.
Однозначные и многозначные атрибуты.
Основные и производные атрибуты.

вычислительным ресурсам, необходимым для функционирования системы, определение типа и конфигурации конкретной ЭВМ, выбор типа и версии операционной системы.

поддерживает данная СУБД, её адекватность потребностям рассматриваемой предметной области;
характеристики производительности системы;
запас функциональных возможностей для дальнейшего развития ИС;
степень оснащённости системы инструментарием для персонала администрирования данными;
удобство и надежность СУБД в эксплуатации;
стоимость СУБД и дополнительного программного обеспечения.

логической модели ПО.
Решение этой задачи существенно зависит от модели данных, поддерживаемой выбранной СУБД.
Результатом выполнения этого этапа являются схемы БД концептуального и внешнего уровней архитектуры, составленные на языках определения данных (DDL, Data Definition Language), поддерживаемых данной СУБД.

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

данных (DDL).
Принятые на этом этапе решения оказывают определяющее влияние на производительность системы.

БД.
Защита данных имеет два аспекта: защита от сбоев и защита от несанкционированного доступа.
Для защиты от сбоев разрабатывается стратегия резервного копирования.
Для защиты от несанкционированного доступа каждому пользователю доступ к данным предоставляется только в соответствии с его правами доступа.

дублирования данных и упрощения процедур их обработки и обновления.

Для решения подобных проблем проводится нормализация отношений.

разработан аппарат нормализации отношений и предложен механизм, позволяющий любое отношение преобразовать к третьей нормальной форме.

Нормализация схемы отношения выполняется путём декомпозиции схемы. 

простые.

1НФ и каждый неключевой атрибут функционально полно зависит от составного ключа.

2НФ и каждый неключевой атрибут нетранзитивно зависит от первичного ключа.

3НФ и в нём отсутствуют нетривиальные многозначные зависимости.