SlideShare a Scribd company logo
1 of 20
Проектирование и использование баз данных Раздел 4. Начать показ Завершить показ
Проектирование баз данных   Метод сущность-связь   Начать показ слайдов на тему: Программно-аппаратные платформы
Проблемы проектирования  Логическое проектирование  заключается в определении числа и структуры таблиц, формировании запросов к БД, определении типов отчетных документов, разработке алгоритмов обработки информации, создании форм для ввода и редактировании данных в базе и решении ряда других задач.  Избыточное дублирование данных и аномалия  Избыточное дублирование данных может привести к проблемам при обработке данных. Простое (неизбыточное) дублирование допускается в базах данных. Аномалия   – такая ситуация, которая приводит к противоречиям в БД либо существенно усложняет обработку данных.  Содержание
Метод нормальных форм   Метод нормальных форм основан на фундаментальном в теории реляционных баз данных понятии зависимости между атрибутами отношений. Выделяют следующую последовательность нормальных форм: ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],Содержание
Первая нормальная форма.  Отношение находится в 1НФ, если все его атрибуты являются простыми. Исходное отношение строится таким образом, чтобы оно было в 1НФ. Вторая нормальная форма.  Третья нормальная форма.  Отношение находится в 2НФ, если оно находится в 1НФ и каждый неключевой атрибут функционально полно зависит от первичного ключа. Определение 1 .  Отношение находится в 3НФ, если оно находится в 2НФ и каждый неключевой атрибут нетранзитивно зависит от первичного ключа. Существует и альтернативное определение. Определение2.  Отношение находится в 3НФ в том и только в том случае, если все неключевые атрибуты отношения взаимно независимы и полностью зависят от первичного ключа. Содержание
Четвертая нормальная форма.  Пятая нормальная форма.  Определение четвертой нормальной формы .  Отношение  R  находится в четвертой нормальной форме (4НФ) в том и только том случае, когда существует многозначная зависимость А  В, а все остальные атрибуты  R  функционально зависят от А. Определение пятой нормальной формы.  Отношение  R  находится в 5НФ в том и только том случае, когда зависимость соединения в  R  следует из существования некоторого возможного ключа в  R . Содержание 3 М 2 М 1 М 1 Л 20 М 2 К 10 Л 1 К 15 К С А В А
Обеспечение целостности   Под  целостностью   понимают свойство БД, означающее, что она содержит полную, непротиворечивую и адекватно отражающую предметную область информацию.  Различают   физическую   и   логическую   целостность.  Физическая целостность   означает наличие физического доступа к данным и то, что данные не утрачены.  Логическая целостность  означает отсутствие логических ошибок в БД, к которым относятся нарушение структуры БД или ее объектов, удаление или изменение установленных связей между объектами и т.д.  Содержание След. тема
Основные понятия метода   Сущность  представляет собой объект, информация о котором хранится в БД. Экземпляры сущности отличаются друг от друга и однозначно идентифицируются. Атрибут   представляет собой свойство сущности. Ключ сущности   – атрибут или набор атрибутов, используемый для идентификации экземпляра сущности. Связь двух или более сущностей   – предполагает зависимость между атрибутами этих сущностей. Название связи обычно представляется  глаголом . Степень связи  является характеристикой связи между сущностями, которая может быть типа 1: 1, 1: М, М : 1, М : М. Содержание
Класс принадлежности  (КП) сущности может быть:  обязательным   и   необязательным . Класс принадлежности сущности является  обязательным ,  если все экземпляры этой сущности обязательно участвуют в рассматриваемой связи, в противном случае класс принадлежности сущности является  необязательным . С целью повышения наглядности и удобства проектирования для представления сущностей, экземпляров сущностей и связей между ними используются графические средства: ,[object Object],[object Object],Содержание
Пример 1 .  Связи типа 1 : 1 и необязательный класс принадлежности. Составить диаграмму  ER -экземпляров для сущностей ПРЕПОДАВАТЕЛЬ и ДИСЦИПЛИНА со связью ВЕДЕТ. Содержание Фортран КОЗЛОВ А.С. Алгол ЕГОРОВ В.В. Паскаль СИДОРОВ Н.Г. ПЛ/1 ПЕТРОВ М.И.  СУБД ИВАНОВ И.М. ДИСЦИПЛИНА ВЕДЕТ ПРЕПОДАВАТЕЛЬ
Пример 2.  Связи типа 1 : 1 и обязательный класс принадлежности.  Содержание Фортран КОЗЛОВ А.С. Алгол ЕГОРОВ В.В. Паскаль СИДОРОВ Н.Г. ПЛ/1 ПЕТРОВ М.И. СУБД ИВАНОВ И.М. ДИСЦИПЛИНА ВЕДЕТ ПРЕПОДАВАТЕЛЬ
Этапы проектирования   Процесс проектирования БД является итерационным – допускающим возврат к предыдущим этапам для пересмотра ранее принятых решений и включает следующие этапы: ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],Содержание
Пример проектирования БД учебной части Рассмотрим проектирование БД на примере формирования исходного отношения (нормальные формы). Исходное отношение  ПРЕПОДАВАТЕЛЬ . Первый этап проектирования  – выделение сущностей и связей между ними. Выделим следующие сущности: ,[object Object],[object Object],[object Object],[object Object],Выдели связи между сущностями: ,[object Object],[object Object],[object Object],Содержание
Второй этап проектирования  – построение диаграммы  ER -типа с учетом всех сущностей и связей между ними.   Связь  ИМЕЕТ  является связью типа М : 1  Связь  ВЕДЕТ  имеет тип М : М  Связь  ЗАНИМАЕТ  имеет тип М : 1  Третий этап проектирования   – формирование набора предварительных отношений с указанием предполагаемого первичного ключа для каждого отношения, используя диаграммы  ER -типа. Содержание Преподаватель Имеет Ведет Занимает Стаж Занятия Должность
Четвертый этап проектирования   – добавление неключевых атрибутов, которые не были выбраны в качестве ключевых раньше, и назначение их одному их предварительных отношений с тем условием, чтобы отношения отвечали требованиям УТНФ. После добавления неключевых атрибутов схемы отношений примут следующий вид: ПРЕПОДАВАТЕЛЬ  ( ФИО, Стаж, Должн , Каф), СТАЖ  ( Стаж , Д_Стаж), ЗАНЯТИЕ  ( Группа, Предм ), ВЕДЕТ  ( ФИО, Группа, Предм,  ВидЗан), ДОЛЖНОСТЬ  ( Должн , Оклад). После определения отношений следует проверить их на соответствие требованиям УТНФ. Получится схема: Содержание След. тема
Выбор СУБД.  Содержание Основным принципом выбора СУБД логично считать определение программного продукта, соответствующего предъявляемым требованиям. Практически решить эту задачу не очень просто.  Во-первых,   к СУБД предъявляется большое число требований и, главное, они с течением времени изменяются – по мере освоения системы требуются новые возможности.  Во-вторых,   СУБД имеют большое число параметров, что затрудняет их сравнение. Программные продукты обычно сопровождает следующая информация:  ,[object Object],[object Object],[object Object]
Содержание Процедуру выбора СУБД желательно проводить в три этапа.   ,[object Object],[object Object],[object Object],К числу основных  показателей пригодности  программных продуктов можно отнести следующее: ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Категории пользователей.  Содержание Программный продукт может быть предназначен для следующих категорий пользователей:  ,[object Object],[object Object],[object Object],[object Object],[object Object],Удобство и простота использования .  Понятие удобства и простоты использования качественно характеризует следующее: ,[object Object],[object Object],[object Object],[object Object]
Качество средств защиты и контроля корректности базы данных.   Содержание К важнейшим функциям контроля корректности БД относятся следующие:  ,[object Object],[object Object],[object Object],Качество коммуникационных средств.  При оценке качества коммуникационных средств обращают внимание на следующие свойства программных продуктов: ,[object Object],[object Object],[object Object],[object Object]
Фирма – разработчик .   Содержание При отборе программных продуктов немаловажное значение имеет авторство продукта. Солидность фирмы – разработчика пакета, как правило, дает следующие преимущества: ,[object Object],[object Object],[object Object],[object Object]

More Related Content

What's hot

tema1
tema1tema1
tema1comp
 
МАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseМАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseОлег Гудаев
 
ОСНОВНЫЕ ПРИНЦИПЫ РЕШЕНИЯ ЗАДАЧИ ПРЕОБРАЗОВАНИЯ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО КОД...
ОСНОВНЫЕ ПРИНЦИПЫ РЕШЕНИЯ ЗАДАЧИ ПРЕОБРАЗОВАНИЯ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО КОД...ОСНОВНЫЕ ПРИНЦИПЫ РЕШЕНИЯ ЗАДАЧИ ПРЕОБРАЗОВАНИЯ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО КОД...
ОСНОВНЫЕ ПРИНЦИПЫ РЕШЕНИЯ ЗАДАЧИ ПРЕОБРАЗОВАНИЯ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО КОД...ITMO University
 
Java. Вложенные классы и интерфейсы.
Java. Вложенные классы и интерфейсы.Java. Вложенные классы и интерфейсы.
Java. Вложенные классы и интерфейсы.Unguryan Vitaliy
 
Java. Конструкторы класса и инициализация
Java. Конструкторы класса и инициализация Java. Конструкторы класса и инициализация
Java. Конструкторы класса и инициализация Unguryan Vitaliy
 

What's hot (8)

tema1
tema1tema1
tema1
 
МАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseМАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use Case
 
лекция 14
лекция 14лекция 14
лекция 14
 
ОСНОВНЫЕ ПРИНЦИПЫ РЕШЕНИЯ ЗАДАЧИ ПРЕОБРАЗОВАНИЯ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО КОД...
ОСНОВНЫЕ ПРИНЦИПЫ РЕШЕНИЯ ЗАДАЧИ ПРЕОБРАЗОВАНИЯ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО КОД...ОСНОВНЫЕ ПРИНЦИПЫ РЕШЕНИЯ ЗАДАЧИ ПРЕОБРАЗОВАНИЯ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО КОД...
ОСНОВНЫЕ ПРИНЦИПЫ РЕШЕНИЯ ЗАДАЧИ ПРЕОБРАЗОВАНИЯ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО КОД...
 
Lekcia12
Lekcia12Lekcia12
Lekcia12
 
Java. Вложенные классы и интерфейсы.
Java. Вложенные классы и интерфейсы.Java. Вложенные классы и интерфейсы.
Java. Вложенные классы и интерфейсы.
 
Java. Конструкторы класса и инициализация
Java. Конструкторы класса и инициализация Java. Конструкторы класса и инициализация
Java. Конструкторы класса и инициализация
 
л 2 10
л 2 10л 2 10
л 2 10
 

Viewers also liked

Разработка баз данных - введение
Разработка баз данных - введениеРазработка баз данных - введение
Разработка баз данных - введениеАлександр Шамрай
 
Леонид Борчук - Базы данных: что такое SQL и нормальная форма
Леонид Борчук - Базы данных: что такое SQL и нормальная формаЛеонид Борчук - Базы данных: что такое SQL и нормальная форма
Леонид Борчук - Базы данных: что такое SQL и нормальная формаYandex
 
Шаблоны проектирования баз данных — Введение
Шаблоны проектирования баз данных — ВведениеШаблоны проектирования баз данных — Введение
Шаблоны проектирования баз данных — ВведениеDenis Beskov
 
СУБД 2013 Лекция №6 "Профилирование запросов. Сложноструктурированные SQL-зап...
СУБД 2013 Лекция №6 "Профилирование запросов. Сложноструктурированные SQL-зап...СУБД 2013 Лекция №6 "Профилирование запросов. Сложноструктурированные SQL-зап...
СУБД 2013 Лекция №6 "Профилирование запросов. Сложноструктурированные SQL-зап...Technopark
 
API плюс толстый клиент – новая парадигма веб-разработки? / Андрей Лебедев (Г...
API плюс толстый клиент – новая парадигма веб-разработки? / Андрей Лебедев (Г...API плюс толстый клиент – новая парадигма веб-разработки? / Андрей Лебедев (Г...
API плюс толстый клиент – новая парадигма веб-разработки? / Андрей Лебедев (Г...Ontico
 
СУБД 2013 Лекция №4 "Расширенные возможности работы с базами данных. Триггеры...
СУБД 2013 Лекция №4 "Расширенные возможности работы с базами данных. Триггеры...СУБД 2013 Лекция №4 "Расширенные возможности работы с базами данных. Триггеры...
СУБД 2013 Лекция №4 "Расширенные возможности работы с базами данных. Триггеры...Technopark
 
презентация семинар по бд
презентация семинар по бдпрезентация семинар по бд
презентация семинар по бдanna_pal
 
СУБД 2013 Лекция №7 "Оптимизация запросов и индексирование"
СУБД 2013 Лекция №7 "Оптимизация запросов и индексирование"СУБД 2013 Лекция №7 "Оптимизация запросов и индексирование"
СУБД 2013 Лекция №7 "Оптимизация запросов и индексирование"Technopark
 
МФИ Софт. Сергей Добрушский: "Безопасность баз данных. Как разделить ответств...
МФИ Софт. Сергей Добрушский: "Безопасность баз данных. Как разделить ответств...МФИ Софт. Сергей Добрушский: "Безопасность баз данных. Как разделить ответств...
МФИ Софт. Сергей Добрушский: "Безопасность баз данных. Как разделить ответств...Expolink
 
СУБД 2013 Лекция №8 "Конфигурирование базы данных"
СУБД 2013 Лекция №8 "Конфигурирование базы данных"СУБД 2013 Лекция №8 "Конфигурирование базы данных"
СУБД 2013 Лекция №8 "Конфигурирование базы данных"Technopark
 
СУБД 2013 Лекция №1 "Введение и начало проектирования"
СУБД 2013 Лекция №1 "Введение и начало проектирования"СУБД 2013 Лекция №1 "Введение и начало проектирования"
СУБД 2013 Лекция №1 "Введение и начало проектирования"Technopark
 
СУБД 2013 Лекция №2 "Модификация данных. Выборка данных (начало)"
СУБД 2013 Лекция №2 "Модификация данных. Выборка данных (начало)"СУБД 2013 Лекция №2 "Модификация данных. Выборка данных (начало)"
СУБД 2013 Лекция №2 "Модификация данных. Выборка данных (начало)"Technopark
 
СУБД 2013 Лекция №5 "Определение узких мест"
СУБД 2013 Лекция №5 "Определение узких мест"СУБД 2013 Лекция №5 "Определение узких мест"
СУБД 2013 Лекция №5 "Определение узких мест"Technopark
 
СУБД 2013 Лекция №9 "Безопасность баз данных"
СУБД 2013 Лекция №9 "Безопасность баз данных"СУБД 2013 Лекция №9 "Безопасность баз данных"
СУБД 2013 Лекция №9 "Безопасность баз данных"Technopark
 
СУБД 2013 Лекция №3 "Выборка данных (продолжение). Транзакции"
СУБД 2013 Лекция №3 "Выборка данных (продолжение). Транзакции"СУБД 2013 Лекция №3 "Выборка данных (продолжение). Транзакции"
СУБД 2013 Лекция №3 "Выборка данных (продолжение). Транзакции"Technopark
 

Viewers also liked (20)

Защита программ и баз данных или как защитить код
Защита программ и баз данных или как защитить кодЗащита программ и баз данных или как защитить код
Защита программ и баз данных или как защитить код
 
лекция 3
лекция 3лекция 3
лекция 3
 
Разработка баз данных - введение
Разработка баз данных - введениеРазработка баз данных - введение
Разработка баз данных - введение
 
Проектирование БД (литература)
Проектирование БД (литература)Проектирование БД (литература)
Проектирование БД (литература)
 
Леонид Борчук - Базы данных: что такое SQL и нормальная форма
Леонид Борчук - Базы данных: что такое SQL и нормальная формаЛеонид Борчук - Базы данных: что такое SQL и нормальная форма
Леонид Борчук - Базы данных: что такое SQL и нормальная форма
 
лекция № 8
лекция № 8лекция № 8
лекция № 8
 
лекция № 7
лекция № 7лекция № 7
лекция № 7
 
Шаблоны проектирования баз данных — Введение
Шаблоны проектирования баз данных — ВведениеШаблоны проектирования баз данных — Введение
Шаблоны проектирования баз данных — Введение
 
СУБД 2013 Лекция №6 "Профилирование запросов. Сложноструктурированные SQL-зап...
СУБД 2013 Лекция №6 "Профилирование запросов. Сложноструктурированные SQL-зап...СУБД 2013 Лекция №6 "Профилирование запросов. Сложноструктурированные SQL-зап...
СУБД 2013 Лекция №6 "Профилирование запросов. Сложноструктурированные SQL-зап...
 
API плюс толстый клиент – новая парадигма веб-разработки? / Андрей Лебедев (Г...
API плюс толстый клиент – новая парадигма веб-разработки? / Андрей Лебедев (Г...API плюс толстый клиент – новая парадигма веб-разработки? / Андрей Лебедев (Г...
API плюс толстый клиент – новая парадигма веб-разработки? / Андрей Лебедев (Г...
 
СУБД 2013 Лекция №4 "Расширенные возможности работы с базами данных. Триггеры...
СУБД 2013 Лекция №4 "Расширенные возможности работы с базами данных. Триггеры...СУБД 2013 Лекция №4 "Расширенные возможности работы с базами данных. Триггеры...
СУБД 2013 Лекция №4 "Расширенные возможности работы с базами данных. Триггеры...
 
презентация семинар по бд
презентация семинар по бдпрезентация семинар по бд
презентация семинар по бд
 
СУБД 2013 Лекция №7 "Оптимизация запросов и индексирование"
СУБД 2013 Лекция №7 "Оптимизация запросов и индексирование"СУБД 2013 Лекция №7 "Оптимизация запросов и индексирование"
СУБД 2013 Лекция №7 "Оптимизация запросов и индексирование"
 
МФИ Софт. Сергей Добрушский: "Безопасность баз данных. Как разделить ответств...
МФИ Софт. Сергей Добрушский: "Безопасность баз данных. Как разделить ответств...МФИ Софт. Сергей Добрушский: "Безопасность баз данных. Как разделить ответств...
МФИ Софт. Сергей Добрушский: "Безопасность баз данных. Как разделить ответств...
 
СУБД 2013 Лекция №8 "Конфигурирование базы данных"
СУБД 2013 Лекция №8 "Конфигурирование базы данных"СУБД 2013 Лекция №8 "Конфигурирование базы данных"
СУБД 2013 Лекция №8 "Конфигурирование базы данных"
 
СУБД 2013 Лекция №1 "Введение и начало проектирования"
СУБД 2013 Лекция №1 "Введение и начало проектирования"СУБД 2013 Лекция №1 "Введение и начало проектирования"
СУБД 2013 Лекция №1 "Введение и начало проектирования"
 
СУБД 2013 Лекция №2 "Модификация данных. Выборка данных (начало)"
СУБД 2013 Лекция №2 "Модификация данных. Выборка данных (начало)"СУБД 2013 Лекция №2 "Модификация данных. Выборка данных (начало)"
СУБД 2013 Лекция №2 "Модификация данных. Выборка данных (начало)"
 
СУБД 2013 Лекция №5 "Определение узких мест"
СУБД 2013 Лекция №5 "Определение узких мест"СУБД 2013 Лекция №5 "Определение узких мест"
СУБД 2013 Лекция №5 "Определение узких мест"
 
СУБД 2013 Лекция №9 "Безопасность баз данных"
СУБД 2013 Лекция №9 "Безопасность баз данных"СУБД 2013 Лекция №9 "Безопасность баз данных"
СУБД 2013 Лекция №9 "Безопасность баз данных"
 
СУБД 2013 Лекция №3 "Выборка данных (продолжение). Транзакции"
СУБД 2013 Лекция №3 "Выборка данных (продолжение). Транзакции"СУБД 2013 Лекция №3 "Выборка данных (продолжение). Транзакции"
СУБД 2013 Лекция №3 "Выборка данных (продолжение). Транзакции"
 

Similar to раздел 4 проектирование и использование баз данных

пр8 сем2 1_проектированиербд_er_model2014_02_27
пр8 сем2 1_проектированиербд_er_model2014_02_27пр8 сем2 1_проектированиербд_er_model2014_02_27
пр8 сем2 1_проектированиербд_er_model2014_02_27helenyakovleva
 
информатикаисогд
информатикаисогдинформатикаисогд
информатикаисогдpks11-1
 
Проектирование_и_архитектура_ПС_2022_L06.ppt
Проектирование_и_архитектура_ПС_2022_L06.pptПроектирование_и_архитектура_ПС_2022_L06.ppt
Проектирование_и_архитектура_ПС_2022_L06.pptdinarium2016
 
раздел 2 модели и типы данных
раздел 2  модели и типы данныхраздел 2  модели и типы данных
раздел 2 модели и типы данныхtatianabtt
 
Управление Данными. Лекция 1
Управление Данными. Лекция 1Управление Данными. Лекция 1
Управление Данными. Лекция 1Dmitriy Krukov
 
Бизнес весна 2014 лекция 3
Бизнес весна 2014 лекция 3Бизнес весна 2014 лекция 3
Бизнес весна 2014 лекция 3Technopark
 
проектирование баз данных
проектирование баз данныхпроектирование баз данных
проектирование баз данныхSai_17
 
Управление Данными. Лекция 5
Управление Данными. Лекция 5Управление Данными. Лекция 5
Управление Данными. Лекция 5Dmitriy Krukov
 
13 14 15_индексирование
13 14 15_индексирование13 14 15_индексирование
13 14 15_индексированиеEvgeniy Golendyhin
 
лекция 7
лекция 7лекция 7
лекция 7cezium
 
лекция 7
лекция 7лекция 7
лекция 7cezium
 
001
001001
001JIuc
 
Ainl 2013 bogatyrev_математическая и лингвистическая
Ainl 2013 bogatyrev_математическая и лингвистическаяAinl 2013 bogatyrev_математическая и лингвистическая
Ainl 2013 bogatyrev_математическая и лингвистическаяAINL Conferences
 
тема 4 2
тема 4 2тема 4 2
тема 4 2asheg
 
раздел 3 реляционные модели данных
раздел 3  реляционные модели данныхраздел 3  реляционные модели данных
раздел 3 реляционные модели данныхtatianabtt
 

Similar to раздел 4 проектирование и использование баз данных (20)

пр8 сем2 1_проектированиербд_er_model2014_02_27
пр8 сем2 1_проектированиербд_er_model2014_02_27пр8 сем2 1_проектированиербд_er_model2014_02_27
пр8 сем2 1_проектированиербд_er_model2014_02_27
 
п2 10
п2 10п2 10
п2 10
 
информатикаисогд
информатикаисогдинформатикаисогд
информатикаисогд
 
Проектирование_и_архитектура_ПС_2022_L06.ppt
Проектирование_и_архитектура_ПС_2022_L06.pptПроектирование_и_архитектура_ПС_2022_L06.ppt
Проектирование_и_архитектура_ПС_2022_L06.ppt
 
раздел 2 модели и типы данных
раздел 2  модели и типы данныхраздел 2  модели и типы данных
раздел 2 модели и типы данных
 
Управление Данными. Лекция 1
Управление Данными. Лекция 1Управление Данными. Лекция 1
Управление Данными. Лекция 1
 
Бизнес весна 2014 лекция 3
Бизнес весна 2014 лекция 3Бизнес весна 2014 лекция 3
Бизнес весна 2014 лекция 3
 
лекция 7
лекция 7лекция 7
лекция 7
 
1
11
1
 
проектирование баз данных
проектирование баз данныхпроектирование баз данных
проектирование баз данных
 
ППК л2 2011
ППК л2 2011ППК л2 2011
ППК л2 2011
 
лекция 10
лекция 10лекция 10
лекция 10
 
Управление Данными. Лекция 5
Управление Данными. Лекция 5Управление Данными. Лекция 5
Управление Данными. Лекция 5
 
13 14 15_индексирование
13 14 15_индексирование13 14 15_индексирование
13 14 15_индексирование
 
лекция 7
лекция 7лекция 7
лекция 7
 
лекция 7
лекция 7лекция 7
лекция 7
 
001
001001
001
 
Ainl 2013 bogatyrev_математическая и лингвистическая
Ainl 2013 bogatyrev_математическая и лингвистическаяAinl 2013 bogatyrev_математическая и лингвистическая
Ainl 2013 bogatyrev_математическая и лингвистическая
 
тема 4 2
тема 4 2тема 4 2
тема 4 2
 
раздел 3 реляционные модели данных
раздел 3  реляционные модели данныхраздел 3  реляционные модели данных
раздел 3 реляционные модели данных
 

раздел 4 проектирование и использование баз данных

  • 1. Проектирование и использование баз данных Раздел 4. Начать показ Завершить показ
  • 2. Проектирование баз данных Метод сущность-связь Начать показ слайдов на тему: Программно-аппаратные платформы
  • 3. Проблемы проектирования Логическое проектирование заключается в определении числа и структуры таблиц, формировании запросов к БД, определении типов отчетных документов, разработке алгоритмов обработки информации, создании форм для ввода и редактировании данных в базе и решении ряда других задач. Избыточное дублирование данных и аномалия Избыточное дублирование данных может привести к проблемам при обработке данных. Простое (неизбыточное) дублирование допускается в базах данных. Аномалия – такая ситуация, которая приводит к противоречиям в БД либо существенно усложняет обработку данных. Содержание
  • 4.
  • 5. Первая нормальная форма. Отношение находится в 1НФ, если все его атрибуты являются простыми. Исходное отношение строится таким образом, чтобы оно было в 1НФ. Вторая нормальная форма. Третья нормальная форма. Отношение находится в 2НФ, если оно находится в 1НФ и каждый неключевой атрибут функционально полно зависит от первичного ключа. Определение 1 . Отношение находится в 3НФ, если оно находится в 2НФ и каждый неключевой атрибут нетранзитивно зависит от первичного ключа. Существует и альтернативное определение. Определение2. Отношение находится в 3НФ в том и только в том случае, если все неключевые атрибуты отношения взаимно независимы и полностью зависят от первичного ключа. Содержание
  • 6. Четвертая нормальная форма. Пятая нормальная форма. Определение четвертой нормальной формы . Отношение R находится в четвертой нормальной форме (4НФ) в том и только том случае, когда существует многозначная зависимость А В, а все остальные атрибуты R функционально зависят от А. Определение пятой нормальной формы. Отношение R находится в 5НФ в том и только том случае, когда зависимость соединения в R следует из существования некоторого возможного ключа в R . Содержание 3 М 2 М 1 М 1 Л 20 М 2 К 10 Л 1 К 15 К С А В А
  • 7. Обеспечение целостности Под целостностью понимают свойство БД, означающее, что она содержит полную, непротиворечивую и адекватно отражающую предметную область информацию. Различают физическую и логическую целостность. Физическая целостность означает наличие физического доступа к данным и то, что данные не утрачены. Логическая целостность означает отсутствие логических ошибок в БД, к которым относятся нарушение структуры БД или ее объектов, удаление или изменение установленных связей между объектами и т.д. Содержание След. тема
  • 8. Основные понятия метода Сущность представляет собой объект, информация о котором хранится в БД. Экземпляры сущности отличаются друг от друга и однозначно идентифицируются. Атрибут представляет собой свойство сущности. Ключ сущности – атрибут или набор атрибутов, используемый для идентификации экземпляра сущности. Связь двух или более сущностей – предполагает зависимость между атрибутами этих сущностей. Название связи обычно представляется глаголом . Степень связи является характеристикой связи между сущностями, которая может быть типа 1: 1, 1: М, М : 1, М : М. Содержание
  • 9.
  • 10. Пример 1 . Связи типа 1 : 1 и необязательный класс принадлежности. Составить диаграмму ER -экземпляров для сущностей ПРЕПОДАВАТЕЛЬ и ДИСЦИПЛИНА со связью ВЕДЕТ. Содержание Фортран КОЗЛОВ А.С. Алгол ЕГОРОВ В.В. Паскаль СИДОРОВ Н.Г. ПЛ/1 ПЕТРОВ М.И. СУБД ИВАНОВ И.М. ДИСЦИПЛИНА ВЕДЕТ ПРЕПОДАВАТЕЛЬ
  • 11. Пример 2. Связи типа 1 : 1 и обязательный класс принадлежности. Содержание Фортран КОЗЛОВ А.С. Алгол ЕГОРОВ В.В. Паскаль СИДОРОВ Н.Г. ПЛ/1 ПЕТРОВ М.И. СУБД ИВАНОВ И.М. ДИСЦИПЛИНА ВЕДЕТ ПРЕПОДАВАТЕЛЬ
  • 12.
  • 13.
  • 14. Второй этап проектирования – построение диаграммы ER -типа с учетом всех сущностей и связей между ними. Связь ИМЕЕТ является связью типа М : 1 Связь ВЕДЕТ имеет тип М : М Связь ЗАНИМАЕТ имеет тип М : 1 Третий этап проектирования – формирование набора предварительных отношений с указанием предполагаемого первичного ключа для каждого отношения, используя диаграммы ER -типа. Содержание Преподаватель Имеет Ведет Занимает Стаж Занятия Должность
  • 15. Четвертый этап проектирования – добавление неключевых атрибутов, которые не были выбраны в качестве ключевых раньше, и назначение их одному их предварительных отношений с тем условием, чтобы отношения отвечали требованиям УТНФ. После добавления неключевых атрибутов схемы отношений примут следующий вид: ПРЕПОДАВАТЕЛЬ ( ФИО, Стаж, Должн , Каф), СТАЖ ( Стаж , Д_Стаж), ЗАНЯТИЕ ( Группа, Предм ), ВЕДЕТ ( ФИО, Группа, Предм, ВидЗан), ДОЛЖНОСТЬ ( Должн , Оклад). После определения отношений следует проверить их на соответствие требованиям УТНФ. Получится схема: Содержание След. тема
  • 16.
  • 17.
  • 18.
  • 19.
  • 20.