Файл: Проектирование реляционных баз данных Реляционная система.ppt
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 29.04.2024
Просмотров: 18
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Проектирование реляционных баз данных
Реляционная система
(relation - отношение)
ПРИНЦИПЫ:
- данные представлены пользователям только в виде таблиц;
пользователю предоставляются операторы, генерирующие новые таблицы из основных.
Реляционные объекты
Кардинальное число (количество кортежей)
Степень отношения
(количество атрибутов)
Первичный ключ
Кор
Т
ежи
Атрибуты
Отношением называется вся таблица.
Атрибут (поле) - столбец таблицы.
Степень отношения – количество его атрибутов.
Кортеж (запись) - заполненная строка таблицы.
Кардинальное число – количество кортежей.
Первичный ключ – это атрибут (или атрибуты), значения которого уникально идентифицируют кортежи.
Домен (тип данных) – это общая совокупность значений для конкретного атрибута.
Свойства отношений
Нет одинаковых кортежей.
Кортежи не упорядочены.
Атрибуты не упорядочены.
Все значения атрибутов неделимы.
Основные задачи проектирования баз данных:
Обеспечение хранения в базе данных всей необходимой информации.
Обеспечение возможности получения данных по всем необходимым запросам.
Сокращение избыточности и дублирования данных.
Обеспечение целостности базы данных (например, дата рождения не должна быть ранее 1870 года, возраст матери не может быть меньше возраста биологического ребенка, номер дома не может быть отрицательным) .
Основные этапы проектирования баз данных
Концептуальное проектирование - построение модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных.
Пример концептуальной схемы: есть интерес к цветам, их видам и сортам, а может есть интерес к сортам и видам цветов.
В этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области».
Чаще всего концептуальная модель базы данных включает в себя:
описание информационных объектов или понятий предметной области и связей между ними.
описание ограничений целостности, то есть требований к допустимым значениям данных и к связям между ними.
Логическое проектирование
Логическое проектирование – создание схемы базы данных на основе конкретной модели данных.
Цветы Виды (пионы, розы, гладиолусы) Сорта цветов
Пример логической схемы для реляционной модели данных.
Для реляционной модели данных логическое проектирование — формирование набора схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.
Преобразование концептуальной модели в логическую модель, как правило, осуществляется по формальным правилам. На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.
СУБД
СУБД - комплекс программ, позволяющих создать базу данных и манипулировать данными (вставлять, обновлять, удалять и выбирать). Система обеспечивает безопасность, надёжность хранения и целостность данных, а также предоставляет средства для администрирования базой данных.
Основные функции СУБД
управление данными во внешней памяти;
управление данными в оперативной памяти с использованием дискового кэша;
журнализация изменений, резервное копирование и восстановление базы данных после сбоев;
поддержка языков БД (язык определения данных, язык манипулирования данными).
Физическое проектирование создание схемы базы данных для конкретной СУБД.
Физическое проектирование - специфика конкретной СУБД и может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т. п.
НОРМАЛИЗАЦИЯ – это процесс реструктуризации базы, направленный на устранение избыточности данных.
Отношение находится в 1 НФ тогда и только тогда, когда значения всех атрибутов (полей) неделимы (атомарны) и нет одинаковых кортежей.
Пример: ФИО – не одно поле, а три!
ДЕКОМПОЗИЦИЯ - разбиение отношения на другие, более мелкие отношения (с меньшим количеством атрибутов). Декомпозиция должна быть обратимой.
Студенты (НомерЗачетнойКнижки, Фамилия, Имя, Группа, Адрес, Телефон)
1 вариант:
Студенты1 (НомерЗачетнойКнижки, Фамилия, Имя)
Студенты2 (Фамилия, Группа, Адрес, Телефон).
Декомпозиция не обратима!
Декомпозиция обратима!
2 вариант:
Студенты3 (НомерЗачетнойКнижки, Фамилия, Имя)
Студенты4 (НомерЗачетнойКнижки, Группа, Адрес, Телефон).
Декомпозиция