Содержание
- 2. Логическое проектирование Осуществляется преобразование исходной концептуальной модели в модель данных, поддерживаемую конкретной СУБД.
- 3. Даталогическое проектирование Цель: разработка корректной схемы БД в терминах выбранной СУБД.
- 4. Даталогическое проектирование
- 5. Преобразование диаграммы «сущность-связь» в реляционную БД Каждая сущность превращается в таблицу. Каждый атрибут становится столбцом таблицы
- 6. Преобразование диаграммы «сущность-связь» в реляционную БД Связи 1:1 становятся внешними ключами. Для поддержания связи M:N между
- 7. Пример перехода к реляционной модели
- 8. Переход к реляционной модели
- 9. Переход к реляционной модели
- 10. Переход к реляционной модели Схема отношения «Продукты».
- 11. Переход к реляционной модели Схема отношения «Поставщики».
- 12. Переход к реляционной модели Схема отношения «Продажи».
- 13. Переход к реляционной модели Схема отношения «Города».
- 14. Переход к реляционной модели Схема отношения «Поставки».
- 15. Переход к реляционной модели Схема отношения «Заказы».
- 16. Переход к реляционной модели Окончательный вариант реляционной модели
- 17. Физическая модель данных Описывает данные средствами конкретной СУБД, предполагает выбор эффективного размещения БД на внешних носителях.
- 18. Критерии выбора СУБД тип модели данных, которую поддерживает данная СУБД; характеристики производительности СУБД; запас функциональных возможностей
- 19. Проектирование БД на основе принципов нормализации Нормализация – процесс реорганизации данных путем ликвидации избыточности данных и
- 20. Назначение процесса нормализации исключение некоторых типов неизбыточности; устранение некоторых аномалий обновления; разработка проекта БД, являющегося качественным
- 21. первая нормальная форма (1НФ); вторая нормальная форма (2НФ); третья нормальная форма (ЗНФ); усиленная третья нормальная форма,
- 22. Атомарность или неделимость. Таблица не должна содержать повторяющихся колонок или групп данных. Первая нормальная форма
- 23. Пример 1
- 25. Пример 2
- 27. Найти все поля, которые содержат многосоставные части информации. Те данные, которые можно разбить на составные части,
- 28. Дети не являются элементарными данными, следовательно, таблицу нельзя вводить таким образом, её необходимо преобразовать. Пример 3
- 29. Теперь все ячейки таблицы являются элементарными неделимыми данными и таблица может быть помещена в БД.
- 30. Пример 4
- 32. Пример 5
- 33. Пример 6
- 35. Недостатки первой нормальной формы избыточность — многократное повторение информации в столбцах данных; различные аномалии.
- 36. Дублирование Избыточное Неизбыточное
- 37. Неизбыточное дублирование
- 38. Избыточное дублирование
- 39. Пример 7
- 40. Декомпозиция таблицы – процесс деления таблицы на несколько таблиц для поддержания целостности данных.
- 41. аномалия удаления; аномалия обновления; аномалия ввода. Виды аномалий
- 42. Аномалия вставки Волков не может быть внесён в базу данных, т.к. у него нет детей, а
- 43. Аномалия модификации Зайцева сменила фамилию. Если не принять специальных мер, изменение базы может быть произведено не
- 44. Аномалия удаления Дети, достигшие совершеннолетия, удаляются из БД. Вместе с удалением Саши, ребенка Иванова, мы удаляем
- 45. Функциональная зависимость Атрибут Y некоторого отношения функционально зависит от X (атрибуты могут быть составными), если в
- 46. Полная функциональная зависимость Неключевой атрибут функционально полно зависит от составного ключа, если он функционально зависит от
- 47. Жизненный цикл баз данных
- 48. Первая нормальная форма (1НФ) Отношение находится в первой нормальной форме тогда и только тогда, когда оно
- 49. Первая нормальная форма (1НФ) Отношение в 1НФ
- 50. 1НФ 2НФ 3НФ НФБК 4НФ 5НФ Каждая форма – набор требований
- 51. Каким образом отобразить объекты предметной области в абстрактные объекты модели данных? Как обеспечить эффективность выполнения запросов
- 52. Неключевой атрибут – это любой атрибут отношения, не входящий в состав любого ключа. Взаимно-независимые атрибуты –
- 53. Таблица должна удовлетворять требованиям 1НФ. Любое неключевое поле должно однозначно идентифицироваться ключевыми полями. Вторая нормальная форма
- 54. Пример 8 Не полная функциональная зависимость: → Оценка т.к. имеются функциональные зависимости: Зач.кн → ФИО Зач.кн
- 55. Пример 9
- 57. Пример 10 Таблица в 1 НФ Таблицы во 2 НФ
- 58. Пример 11 Таблица в 1 НФ Таблицы во 2 НФ
- 59. Пример 12 Таблица в 1 НФ
- 60. Таблицы во 2 НФ
- 61. Если в некоторых отношениях обнаружена зависимость атрибутов от части сложного ключа, то проводят декомпозицию этих отношений
- 62. Пример 13 Таблица в 1 НФ
- 63. Таблицы во 2 НФ
- 64. Пример 14
- 65. Таблица в 1 НФ
- 66. Таблица в 1 НФ Пример 15
- 68. Создание отдельных таблиц для наборов значений, относящихся к нескольким записям. Связка таблиц с помощью внешнего ключа.
- 69. Таблица должна удовлетворять требованиям 2НФ. Неключевые поля не зависят друг от друга. Третья нормальная форма
- 70. Пример 16
- 72. Структура БД после приведения к 3НФ Специальность #Код Шифр специальности Наименование специальности Студент #Номер ФИО Год
- 73. Транзитивная зависимость Пусть X, Y, Z – атрибуты некоторого отношения. При этом X→Y и Y→Z, но
- 74. Приведение к третьей нормальной форме Если в некоторых отношениях обнаружена зависимость некоторых неключевых атрибутов от других
- 75. Зач.кн → ФИО Зач.кн → Группа Отношение в 2НФ Первичный ключ: Транзитивные зависимости с промежуточными: Зач.кн
- 76. Результат нормализации (все отношения в 3НФ)
- 77. Пример 18 Отношение во 2 НФ Отношения во 3 НФ
- 78. Пример 19 Сотрудники (ID, ФИО, дата рождения, паспорт, дата найма, дата увольнения, должность, группа, супервайзер) Результат
- 79. Пример 20 Отношение во 2 НФ Отношения в 3 НФ
- 80. Пример 21 Хранение (фирма, склад, объем) фирма → склад склад → объем Результат декомпозиции: Хранение (фирма,
- 81. Пример 22 Сотрудники (№ табельный, Фамилия, Имя, Отчество, Код должности, Оклад); Primary key (№ табельный); {Код
- 82. Пример 23 Отношение «Успеваемость»
- 83. Пример 23 Схема отношения: Успеваемость (№ зачетной книжки, ФИО студента, место рождения, дата рождения, курс, средний
- 84. Пример 23 Студенты (№ зачетной книжки, ФИО студента, место рождения, дата рождения, № группы, ФИО куратора)
- 85. Нормальная форма Бойса-Кодда Отношение находится в нормальной форме Бойса-Кодда тогда, и только тогда, когда оно находится
- 86. Четвертая нормальная форма Многозначная зависимость: одному значению атрибута A соответствует несколько значений атрибута B A →B
- 87. Четвертая нормальная форма Отношение находится в четвертной нормальной форме тогда и только тогда, когда оно находится
- 89. Скачать презентацию