Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Лекция 2. Разработка базы данных для информационной системы
Содержание
- 1. Лекция 2. Разработка базы данных для информационной системы
- 2. Файл1Файл2Файл N
- 3. 1. Внешнее и внутреннее представление данныхИнформационные задачи
- 4. Внешние представления сводятся в единоеОпределяет способ хранения данных в памяти ВС
- 5. Пример: Разрабатывается БД информационной системы фирмы, занимающейся
- 6. Внешние представления отдельных пользователей должны быть интегрированы
- 7. 2. Получение внутреннего нормализованного представления данных с
- 8. Основные требования к реляционной базе данныхМножество отношений
- 9. Первая нормальная форма требует чтобы:На пересечении строки
- 10. Правило разбиения: каждая таблица должна описывать объект,
- 11. СУБД должна уметь отличать строки в таблице
- 12. МагазиныВладельцыВладельцы-МагазиныСвязи «Один ко многим»Внешний ключНормализация привела к
- 13. Вторая нормальная форма требует, чтобы любой неключевой
- 14. Четвертая нормальная форма запрещает независимые отношения типа
- 15. Скачать презентанцию
Файл1Файл2Файл N База данных ……..Проблемы файловой системы: избыточность и зависимость
Слайды и текст этой презентации
Слайд 1Лекция 2. Разработка базы данных для информационной системы
Внешнее и внутренне
представление данных
Слайд 2Файл1
Файл2
Файл N
База данных
……..
Проблемы файловой системы: избыточность и зависимость данных
Решение этих проблем – одна из задач проектирования БД
Пользователь (руководитель) должен принимать участие в проектировании БД
Только он может определить:
Какие данные необходимы для его работы
Указать связи, существующие между этими данными
Обратить внимание на тонкости обработки данных
Пользователь формирует свои информационные задачи
Слайд 31. Внешнее и внутреннее представление данных
Информационные задачи
отдельного пользователя
Затрагивают часть
данных ИС
Описание потребностей
данного пользователя могут не
совпадать
с потребностями другихИнформационные задачи
организации
Зависят от функциональных
задач специалистов:
Отдел кадров
Бухгалтерия
Руководители подразделений
Потребности специалистов
описываются на внешнем
представлении
Слайд 5Пример: Разрабатывается БД информационной системы фирмы,
занимающейся поставками товаров в
магазины
Учитываются информационные потребности двух сотрудников:
Первый сотрудник – занимается связями с
клиентамиВторой сотрудник – работает с платежными формами
Информация для первого сотрудника
Информация для второго сотрудника
Фамилия
Имя
Отчество
Дата рождения
Улица
Дом
Квартира
Серия
Номер
Слайд 6Внешние представления отдельных пользователей должны быть интегрированы
в концептуальном представлении
В процессе интегрирования устраняются противоречия в информационных
потребностях отдельных пользователей
Название
магазинаИНН
Телефон
Улица
Дом
Офис
Фамилия
Имя
Отчество
Дата рождения
Улица
Дом
Квартира
Серия
Номер
Банк
Номер счета
Код по ОКОНХ
Код по ОКПО
Данные концептуальной схемы хранятся во внешней памяти компьютера в виде
внутреннего описания. Правила описания определяются выбранной моделью
данных. Мы будем рассматривать реляционную модель
Слайд 72. Получение внутреннего нормализованного представления данных с использованием реляционной модели
Рассматриваемая
таблица не соответствует требованиям реляционной
базы данных: заголовок таблицы трехуровневый,
а сама таблица не является регулярной (в регулярной таблице на пересечении строки и столбца находится
одна ячейка)
Слайд 8Основные требования к реляционной базе данных
Множество отношений (таблиц) должно обеспечивать
минимальную
избыточность данных.
Манипулирование данными, корректировка отношений не должна
приводить к нарушению целостности данных, двусмысленности и потере информации.
Перестройка набора отношений при добавлении в БД новых атрибутов
должна быть минимальной.
Для реализации этих требований используют правила нормализации
Цели нормализации: Защита целостности данных путем устранения
дублирования.
Нормализация предусматривает целый ряд ограничений, которые
должны соблюдаться при проектировании реляционной БД.
Ограничения связаны с реализацией нормальных форм. Таких форм пять.
Нормальные формы нумеруются последовательно, начиная с первой.
Чем больше номер нормальной формы, тем больше ограничений.
Слайд 9Первая нормальная форма требует чтобы:
На пересечении строки и столбца находилось
единственное значение
(Требование атомарности)
2. Не должно
быть повторяющихся строк, повторяющихся групп данных и пустых клеток.
Первое требование удовлетворено, если представить концептуальную таблицу в виде:
Название магазина
ИНН
Телефон
Улица магазина
Дом магазина
Офис
Фамилия
Имя
Отчество
Год рождения
Улица владельца
Дом владельца
Квартира
Серия
Номер
Банк
Номер счета
Код по ОКОНХ
Код по ОКПО
Второе требование не выполнено:
будут повторяющиеся группы данных (у одного магазина несколько владельцев, один человек владеет несколькими магазинами)
Таблицу придется разбивать на несколько более мелких таблиц!!!!
Слайд 10Правило разбиения: каждая таблица должна описывать объект, существующий
самостоятельно и
обладающий собственными свойствами.
Таблица Магазины Таблица Владельцы
В каждой строке этой таблицы описывается один объект (магазин)
В каждой строке этой таблицы описывается один владелец
Первичный ключ
Первичный ключ
Слайд 11СУБД должна уметь отличать строки в таблице друг от друга!!!
Атрибут
или набор атрибутов, однозначно определяющих строку,
называется первичным ключом.
Первичные
ключи позволяют связать данные. находящиеся в двух таблицах. Между таблицами Магазины и Владельцы устанавливаются связи
« Многие ко многим»
В реляционной БД такие связи не могут быть установлены.
Эту связь следует заменить на связи «Один ко многим», добавив в базу
данных дополнительную таблицу «Владельцы-Магазины»
Слайд 12Магазины
Владельцы
Владельцы-Магазины
Связи «Один ко многим»
Внешний ключ
Нормализация привела к разделению таблиц, выделению
отношений
«Первичный ключ- Внешний ключ».
Результатом нормализации является уменьшение избыточности.
Первичный ключ
Слайд 13Вторая нормальная форма требует, чтобы любой неключевой столбец зависел
от
своего первичного ключа (причем от всего ключа, а не от
его отдельныхкомпонентов). Отношение имеет вторую нормальную форму, если оно
соответствует первой нормальной форме и не содержит неполных
функциональных зависимостей.
Таблицы Владельцы и Магазины соответствуют второй нормальной форме.
Третья нормальная форма еще больше повышает требования: отношение соответствует второй нормальной форме и среди его атрибутов отсутствуют транзитивные функциональные зависимости (ни один неключевой столбец не должен зависеть от другого неключевого столбца, он может зависеть только от первичного ключа).
Таблицы Владельцы и Магазины соответствуют третьей нормальной форме.
Слайд 14Четвертая нормальная форма запрещает независимые отношения типа «один ко многим»
между ключевыми и неключевыми столбцами. Проще говоря, в одну таблицу
нельзя помещать разнородную информацию, т.е. данные, между которыми нет непосредственной связи.Несоответствие этой форме может появиться, если в таблицу Владельцы попытаться вставить данные о членах их семей.
Пятая нормальная форма обычно завершает процесс нормализации. На этом этапе все таблицы разбиваются на минимальные части для устранения в них избыточности. Каждый фрагмент неключевых данных в таблицах должен встречаться только один раз. Это снимает проблемы с обновлением информации в БД: все изменения неключевой информации должны вноситься только один раз, что обеспечивает возможность управления целостностью данных.
