Презентация на тему Базы данных

средство накопления и организации больших массивов информации об объектах

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

языковых и программных средств, с помощью которых БД создается

и поддерживается в процессе эксплуатации.

При проектировании и эксплуатации БД
к ней предъявляются следующие требования:

Адекватность отображения ПО (полнота,
целостность, непро­тиворечивость, актуальность данных).
Возможность взаимодействия пользователей разных
категорий; обеспечение высокой эффективности доступа.
Дружественность интерфейса.
Обеспечение секретности и конфиденциальности.
Обеспечение взаимной независимости программ и данных.
Обеспечение надежности БД.

формулировка ограничений целостности.
Проектирование структуры БД: состава и структуры файлов

БД, связей между ними.
Задание ограничений целостности при описании структуры БД и процедур обработки данных.
Первоначальная загрузка и ведение БД.
Защита данных:
обеспечение порядка входа в систему;
определение прав доступа пользователей к данным;
выбор и создание программно-технических средств защиты данных;
тестирование средств защиты данных;
сбор статистики об использовании данных;
исследование случаев нарушения защиты данных;
обеспечение восстановления БД, организация ведения системных журналов.
Анализ обращений пользователей к БД.
Работа с пользователями.
Работа над совершенствованием и динамическим развитием БД.

- это организация данных:

интегрирование,
структурирование
определение взаимосвязей.

Способ

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

операций их обработки.

Модель данных включает в себя:
структуры данных
операции

их обработки
ограничения целостности

между ними
Информационные потребности пользователя (анализ запросов)
Анализ существующих и будущих

прикладных программ

1-й этап
Проектирование инфологической модели данных

2-й этап – Проектирование концептуальной модели БД. Выбор СУБД. Отображение инфологической модели на логическую модель

3-й этап – Проектирование физической модели БД. Структура физической записи

Реализация БД

Оценка физической модели БД

Требо-вания СУБД

Оценка эксплуата-ционных характери-стик приклад-ных программ

Построение информационной структуры

которая должна храниться в БД.
Отношением называется любая взаимосвязь между

объектами и/или их свойствами.

Игрушки

элементов, связанных этим отношением:
()
Имя отношения выбирается таким

образом, чтобы оно поясняло смысл связи между элементами отношения

Для описания некоторого свойства объекта или связи используется простейший неделимый элемент данных, называемый атрибутом

Имя атрибута - это условное обозначение атрибута в процессах обработки данных. Оно должно быть уникальным в пределах одного и того же отношения

Значение атрибута - величина, характеризующая некоторое свойство объекта и связи

куклы,
Ключ
Наименование
Список имен атрибутов отношения и их характеристик называют

схемой отношения

Атрибут или набор атрибутов, которые могут быть использованы для однозначной идентификации конкретного экземпляра отношения называется первичным ключом отношения или просто ключом

описана следующими отношениями:
Деталь (, , , ).

Поставщик (<код поставшика>, <фамилия>, <город>).
Поставка деталей (<код поставщика>, <номер детали>, <количество>)

Деталь

Поставщик

Поставка деталей

взаимосвязанных реляционных таблиц и определен состав атрибутов каждого отношения.

Состав атрибутов должен отвечать требованиям нормализации. Нормализация отношений производится на этапе концептуального проектирования БД

Существует несколько нормальных форм (НФ) реляционной модели данных (РМД), которые позволяют исключить избыточное дублирование данных, обеспечить целостность и непротиворечивость данных

должны быть простыми (атомарными, неделимыми) с точки зрения СУБД
При

второй нормальной форме (2НФ) должна обеспечиваться 1НФ и каждый неключевой атрибут функционально полно зависит от ключа

При третьей нормальной форме (ЗНФ) отношение должно находиться во 2НФ, а также отсутствуют ФЗ между неключевыми атрибутами

Нормальная форма Бойса-Кодда (НФБК) является развитием ЗНФ и требует, чтобы в отношении были только такие ФЗ, левая часть которых является потенциальным ключом отношения

студентов общежития. БД состоит из одного отношения, в котором

представлена информация о студентах, проживающих в общежитии, и их оценках по изучаемым дисциплинам в различных семестрах

Задано отношение:
Студент (<Сном>, <Сфам>, <Кном>, <Тном>,
<Дисциплина>, <Семестр>, <Оценка>)
Основные атрибуты отношения:
- номер зачетной книжки студента (Сном);
фамилия студента (Сфам);
номер комнаты (Кном), где он проживает;
номер телефона (Тном);
дисциплина;
семестр;
оценка.

случае приведения каждого отношения в НФБК. Эта форма определяется

следующим образом: отношение находится в НФБК тогда и только тогда, когда каждая левая часть ФЗ является потенциальным ключом