Лекции по темеБазы данных презентация

Содержание

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

Слайд 1Лекции по теме «Базы данных»
Подготовил доцент В.Н. Египко
Санкт-Петербург
2012
Санкт-Петербургский торгово-экономический институт
Кафедра информационных систем

и информационных технологий

© В.Н. Египко

Версия от 12.02.2012


Слайд 2Базовые понятия
База данных (БД) – это структура, содержащая данные, их описания

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

Слайд 3Модели построения баз данных
Иерархическая, основанная на древовидной структуре, которая поддерживает отношение

данных типа «один ко многим».
Сетевая в виде графа, поддерживающая отношение данных типа «многие ко многим».
Реляционная с представлением данных в виде взаимосвязанных двумерных таблиц.
Постреляционная более сложной структуры, например, со вложением одной таблицы в другую таблицу.
Объектно-ориентированная.
Многомерная с таблицами в виде гиперкуба.

Слайд 4Реляционная база данных
Реляционная модель БД , предложенная Е. Коддом в 1970-х

гг., основана на математической теории отношений и опирается на систему понятий реляционной алгебры, важнейшими из которых являются:
двумерная таблица (отношение);
строка-запись (кортеж);
столбец-поле (атрибут);
множество значений столбца (домен);
первичный и внешний ключи.
В целом реляционная БД – это несколько связанных между собой плоских таблиц.

Слайд 5Реляционная база данных
В реляционной БД данные представляются в виде таблиц, связанных

между собой. Каждая таблица состоит из однотипных строк (записей-кортежей) и столбцов (полей-атрибутов). Таблице присваивается имя, уникальное в пределах БД.
Внутри таблицы каждому столбцу присваивается имя, уникальное в пределах данной таблицы, и устанавливается формат значений (домена). Порядок следования столбцов фиксируется при создании таблицы.
Строки таблицы не имеют имен, порядок их следования не определён, а количество строк не оговаривается. Новая запись добавляется просто в конец таблицы.

Слайд 6Реляционная база данных
В таблице должен быть уникальный атрибут со значениями, однозначно

определяющими строки-записи, называемый первичным ключом. Примеры первичного ключа: [Код товара], [Табельный номер работника]. Такой ключ может быть составным, например, [Номер заказа]+[Код товара].
Для связи таблиц используются атрибуты, называемые внешними ключами, в роли которого в одной из таблиц может выступать первичный ключ.

Слайд 7Достоинства реляционной базы данных
Данные в РБД представляются в простой, традиционной, естественной

форме – в виде таблиц, что наилучшим образом соответствует структуре экономической информации.
Исключается дублирование данных, обеспечивая экономию объёма памяти компьютера.
Автоматически поддерживается целостность БД с блокировкой удаления данных, нарушающего связи таблиц.
Новые записи добавляются в БД простым образом – в конец таблиц.

Слайд 8Недостатки реляционной базы данных
Основной недостаток РБД проистекает из главного её достоинства

– простоты структуры хранимых в ней данных. А именно - невозможность представить данные сложной структуры, например, для систем автоматизированного проектирования.
В настоящее время РБД до сих пор широко используются, особенно для представления данных в экономической сфере. В других сферах переход на более совершенные модели данных связан со значительными затратами и пока носит ограниченный характер.

Слайд 9Нормализация отношений в РБД
В процессе создания РБД следует минимизировать дублирование данных,

упростить структуру их представления, оптимизировать процедуры обработки и обновления хранимых данных.
Такой многоэтапный процесс носит название «нормализация отношений» (таблиц).
Нормализация отношений заключается в декомпозиции (разложении) исходных таблиц на более простые отношения с поэтапным учётом ряда ограничений (нормальных форм ).

Слайд 10Этапы (формы) нормализации отношений в РБД
Первая нормальная форма (1NF).
Вторая нормальная форма

(2NF).
Третья нормальная форма (3NF).
Нормальная форма Бойса-Кодда (BCNF).
Четвёртая нормальная форма (4NF).
Нормальная форма проекции-соединения (PJ/NF). Примечание: Каждая следующая NF лучше предыдущей с сохранением положительных свойств предыдущей NF.

Слайд 11Первые три нормальные формы (1-3 NF)
Отношение считается приведённым к 1NF, если

все его атрибуты – атомарные, т.е. неделимые.
Отношение находится во 2NF, если в дополнении к требованию 1NF каждый неключевой атрибут функционально полно зависит от первичного ключа (не должен зависеть лишь от части составного ключа).
3NF подразумевает дополнительно, что каждый неключевой атрибут нетранзитивно (не опосредованно) зависит от первичного ключа. Т.е. недопустима зависимость от ключа через другой неключевой атрибут.
Один из полезных выводов: Атрибут отношения не может представлять собой расчётное выражение, например, [Стоимость товара]=[Цена товара]*[Количество товара], т.к. атрибут [Стоимость товара] не является атомарным. Такой атрибут следует исключить из таблицы. Вычисления же можно предусмотреть не в таблице, а в запросе.

Слайд 12Примеры нормализации отношений в РБД
Исходное отношение: Сотрудники=([Таб_номер];[Фамилия];[Должность];[Оклад]) находится в 1 и 2 NF,

но не соответствует 3NF, т.к. неключевой атрибут [Оклад] опосредованно зависит от ключа [Таб_номер] через другой неключевой атрибут [Должность] (при условии однозначного определения оклада по должности работника).
Для приведения отношения к 3NF необходимо декомпозировать его на следующие три отношения:
Сотрудники=([Таб_номер];[Фамилия])
Должности=([Таб_номер];[Код_должности])
Оклады=([Код_должности];[Оклад])

Слайд 13Объекты реляционной базы данных
таблицы-отношения с данными;
схема связи таблиц;
запросы различных видов;
формы для

наглядного ввода данных;
отчёты для представления графически оформленных результатов запросов;
программные модули;
макросы.

Слайд 14Типы данных в таблицах базы данных
числовой (целый или вещественный с двойной

точностью);
денежный;
текстовый (фиксированной или переменной длины);
логический (булевский);
«Дата/Время»;
ёмкий текст (memory), хранящийся в виде файла вне таблицы;
большой двоичный объект (BLOB), например, фотография или видеоролик, хранящийся в виде файла вне таблицы;
гиперссылка на внешний ресурс.

Слайд 15Этапы создания базы данных
Концептуальное, инфологическое, проектирование с использованием вербальных средств, формул,

таблиц, графиков, в частности, ER-моделей.
Логическое проектирование с выбором модели для базы данных.
Физическое проектирование с выбором носителей информации и оптимизацией доступа к данным на физическом уровне.

Слайд 16Стадии логического проектирования РБД
Распределение данных по нескольким таблицам, соблюдая правила нормализации.
Формирование

структуры отдельных таблиц:
определение количества полей (столбцов);
задание имен полей и их псевдонимов;
выбор типа и формата данных в каждом поле;
назначение первичного ключа;
назначение индексируемых полей (для ускорения поиска).
Формирование схемы связи таблиц по внешним ключам.
Ввод данных в таблицы:
непосредственно в рабочие таблицы;
с помощью разработанных предварительно форм.

Слайд 17Типы запросов к базе данных
выборка по задаваемым условиям (с возможностью вычислений

и сортировки);
создание новой таблицы;
добавление записей в таблицу;
обновление записей по условиям;
удаление записей по условиям;
перекрестный запрос.

Слайд 18Пример запроса-выборки «по образцу» - QBE (в диалоге с Конструктором)
Запрос объединяет выбранные

данные из двух таблиц и вычисляет: [Всего]=[Премия]+[Оклад]. Выполняется также сортировка в столбце [Фамилия] по алфавиту.

Слайд 19Пример запроса типа SQL (на языке структурированных запросов)
SELECT [Сведения о работниках].Фамилия,
[Сведения о

работниках].Имя,
[Сведения о работниках].Отчество,
[Сведения о работниках].[Дата рождения]
FROM [Сведения о работниках]
WHERE
((([Сведения о работниках].[Дата рождения])>= #1/1/1970# And
([Сведения о работниках].[Дата рождения])<= #12/31/1979#))
ORDER BY [Сведения о работниках].[Дата рождения];

Результат выполнения запроса – выбранные сведения о работниках, родившихся в 1970-е годы, с сортировкой по возрастанию дат рождения.


Обратная связь

Если не удалось найти и скачать презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:

Email: Нажмите что бы посмотреть 

Что такое ThePresentation.ru?

Это сайт презентаций, докладов, проектов, шаблонов в формате PowerPoint. Мы помогаем школьникам, студентам, учителям, преподавателям хранить и обмениваться учебными материалами с другими пользователями.


Для правообладателей

Яндекс.Метрика