27007

Логическое проектирование базы данных

Лабораторная работа

Информатика, кибернетика и программирование

Логическое проектирование базы данных. Цель работы: приобретение практических навыков создания логической модели базы данных. Решение этой задачи существенно зависит от модели данных поддерживаемой выбранной СУБД. Будем рассматривать логическое проектирование БД для реляционной модели данных так как современные СУБД реляционные.

Русский

2013-08-19

41 KB

42 чел.

ЛАБОРАТОРНАЯ РАБОТА  № 9.

Логическое проектирование базы данных.

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

Краткие теоретические сведения.

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

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

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

На этом этапе выполняются следующие действия :

  •  Удаление связей M:N;
  •  Удаление рекурсивных связей;
  •  Удаление связей с атрибутами;
  •  Удаление множественных атрибутов;
  •  Перепроверка связей типа 1:1;
  •  Удаление избыточных связей.

Далее выполняется нормализация отношений. В рамках реляционной модели данных Э.Ф. Коддом (E.F. Codd) был разработан аппарат нормализации отношений и предложен механизм, позволяющий любое отношение преобразовать к третьей нормальной форме.

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

Требование 1НФ :  все атрибуты должны быть атомарными.

Ненормализованное отношение приводится к 1НФ следующими способами:

  •  Выравнивание таблиц или добавление строк;
  •  Один атрибут или группа атрибутов, которые назначены ключом отношения повторяющейся группы, помещается в отдельные отношения. Во вновь созданных отношениях устанавливаются свои первичные ключи.

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

Функциональная зависимость описывает связь между атрибутами отношения R(A,B) и обзначается. Атрибут (группа атрибутов) А называется детерминантом.

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

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

Требование 3НФ: Отношение находится находится во 2НФ и каждый неключевой атрибут нетранзитивно зависит от первичного ключа.

Если в отношении R(A,B,C)  имеют место следующие функциональные зависимости:

А -> B и B -> C, то говорят, что атрибут С транзитивно зависит от атрибута А через атрибут В.

Для того чтобы привести отношение к 3НФ, нужно исключить из отношения транзитивную зависимость, поместив ее с новое отношение вместе с копией детерминанта.

Процесс нормализации заключается в декомпозиции отношения посредством выполнения последовательных операций проекции.

На этапе логического проектирования необходимо определить требования поддержки целостности данных. Ограничения целостности представляют собой ограничения, которые вводятся с целью предотвращения ввода в базу данных противоречивых данных. Различают следующие пять типов ограничений целостности :

  •  обязательные данные;
  •  ограничения для доменов атрибутов;
  •  целостность сущностей;
  •  ссылочная целостность;
  •  требования данного пользователя.

Задание по работе:

  1.  Созданную в предыдущей работе концептуальную модель базы данных преобразовать в логическую модель реляционного типа..
  2.  Составить реляционные отношения.
  3.  Выполнить нормализацию.
  4.  Составить уточненную ER- диаграмму.
  5.  Определить ограничения целостности.
  6.  Описать группы пользователей и права доступа.

Контрольные вопросы.

  1.  Назовите основные задачи этапа логического проектирования.
  2.  Что такое нормализация отношений и для чего она нужна?
  3.  Определите основные типы ограничений целостности.
  4.  Какие ограничения называются декларативными, какие процедурными


 

А также другие работы, которые могут Вас заинтересовать

66816. Роман «Красное и Черное» Стендаль 29.65 MB
  Изображены старшие братья Жюльена. Считаю что более верным решением было б изображение отца Сореля ударившего Жюльена в то время когда тот читал книжку. Художник показывает внутреннее состояние Жюльена. Может художник и считал нужным показать сближение госпожи...
66818. Анализ состояния расходной части бюджета МО администрация городского поселения город Лихославль, Лихославльского муниципального района, Тверской области 2.52 MB
  Распределительную функцию бюджета можно назвать наиболее важной, так как через эту именно функцию проявляется сущность бюджета и системы бюджетных отношений: формирование и расходование денежных фондов на разных уровнях государственной и местной власти...
66819. Бухгалтерський облік як інформаційна система 2.47 MB
  Предмет обліку це факти господарської діяльності які характеризують стан та використання ресурсів підприємства процес придбання виробництва та збуту розрахункові відносини підприємства з фізичними і юридичними особами результати діяльності...
66820. Ризик як першооснова страхування. Еволюція ризиків у суспільному житті людини та об’єктивна необхідність їх страхування 46.76 KB
  Необхідність прискорення руху економіки, позитивних перетворень в усіх сферах життя ні в кого не викликає сумніву. Однак, становлення цих процесів, особливо у вітчизняній практиці, стикається з певними труднощами, зумовленими не в останню чергу наявністю великого кола ризиків...
66821. ОСНОВИ ФІНАНСОВОЇ ДІЯЛЬНОСТІ СУБ’ЄКТІВ ПІДПРИЄМНИЦТВА 69.13 KB
  Відповідно до частини 3 статті 63 Господарського кодексу України залежно від способу утворення заснування та формування статутного фонду підприємства поділяються на унітарні та корпоративні. Крім цього Господарський кодекс поділяє підприємства залежно від кількості працюючих та обсягу валового доходу від реалізації продукції за рік.
66822. Податковий контроль: порівняльний аналіз текстів податкового кодексу України, Франції та Росії 26.27 KB
  Податковий контроль система заходів що вживаються контролюючими органами з метою контрол правильності нарахування повноти і своєчасності сплати податків і зборів а також дотримання законодавства з питань регулювання обігу готівки проведення розрахункових та касових операцій патентування ліцензування...