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

Базы данных
1. Классификация БД
Базы данных
Базы данных
Базы данных
Базы данных
Базы данных
2. Модели (организация) данных
Иерархическая модель
Пример иерархической БД
Типовые операции на иерархической БД
Сетевая модель
Пример сетевой БД «Профилактическое обслуживание дорожного покрытия»
Реляционная модель данных
3 Свойства реляционных БД
Отношение «Нуждающийся»
Ключ
Простой и составной ключи
Первичный и альтернативный ключи
Естественный и суррогатный ключи
Связи между отношениями
Связи между отношениями
Нормализация
Первая нормальная форма (1NF)
Вторая нормальная форма (2NF)
Вторая нормальная форма (2NF)
Третья нормальная форма (3NF)
Третья нормальная форма (3NF)
Базы данных
Типы связей между таблицами
Диаграмма сущность-связь
4. СУБД Access
Окно СУБД Access
Типичные операции над БД
Таблица
Создание макета таблицы в режиме конструктора
Базы данных
Добавление таблиц для связи
Установка связи между таблицами
Базы данных
Формы
Использование мастера форм
Конструктор форм
Запросы
Запрос в режиме конструктора
Отчет
1/46
Средняя оценка: 4.2/5 (всего оценок: 7)
Код скопирован в буфер обмена
Скачать (712 Кб)
1

Первый слайд презентации: Базы данных

Классификация баз данных (БД) Модели данных Свойства реляционных БД (виды ключей, связей, нормализация) СУБД Microsoft Access

Изображение слайда
2

Слайд 2: 1. Классификация БД

Изображение слайда
3

Слайд 3: Базы данных

База данных — организованная в соответствии с определёнными правилами и поддерживаемая в памяти компьютера совокупность данных, характеризующая актуальное состояние некоторой предметной области и используемая для удовлетворения информационных потребностей пользователей

Изображение слайда
4

Слайд 4

2.1. По степени распределенности (по технологии обработки данных)

Изображение слайда
5

Слайд 5

2.2. По способу доступа к данным: локальный; удаленный (сетевой) – файл-сервер или клиент-сервер.

Изображение слайда
6

Слайд 6

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

Изображение слайда
7

Слайд 7

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

Изображение слайда
8

Слайд 8: 2. Модели (организация) данных

Изображение слайда
9

Слайд 9: Иерархическая модель

Основные понятия иерархии - уровень, узел и связь. Узел - совокупность атрибутов данных, описывающих некоторый объект. Каждый узел связан с одним узлом более высокого уровня и с любым количеством узлов нижнего уровня. Исключение: узел самого высокого уровня, который не связан ни с одним узлом более высокого уровня. Количество деревьев в БД определяется количеством корней деревьев. К каждой записи БД существует единственный путь от корневой записи. Примеры: организация файловой системы; адрес (на первом уровне - корне дерева - планета Земля, на втором — страна, на третьем — регион, затем — населенный пункт, улица, дом, квартира; система доменных имен в Интернете.

Изображение слайда
10

Слайд 10: Пример иерархической БД

Домоводство Воспитание детей Кройка и шитье Приготовление пищи Приусадебное хозяйство Закуски и холодные блюда Консервирование Сервировка стола Супы Мясо Рыба Салаты Повседневная Праздничная Этикет Обед Ужин Оливье Греческий Сельдь под шубой Судак заливной Домоводство Воспитание детей Кройка и шитье Приготовление пищи Приусадебное хозяйство Закуски и холодные блюда Консервирование Сервировка стола Супы Мясо Рыба Салаты Повседневная Праздничная Этикет Обед Ужин Оливье Греческий Сельдь под шубой Судак заливной Домоводство Воспитание детей Кройка и шитье Приготовление пищи Приусадебное хозяйство Закуски и холодные блюда Консервирование Сервировка стола Супы Мясо Рыба Салаты Повседневная Праздничная Этикет Обед Ужин Оливье Греческий Сельдь под шубой Судак заливной

Изображение слайда
11

Слайд 11: Типовые операции на иерархической БД

найти указанное дерево БД; перейти от одного дерева к другому; найти экземпляр узла, удовлетворяющий условию поиска; перейти от одного узла к другому внутри дерева; перейти от одного сегмента к другому в порядке обхода иерархии.

Изображение слайда
12

Слайд 12: Сетевая модель

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

Изображение слайда
13

Слайд 13: Пример сетевой БД «Профилактическое обслуживание дорожного покрытия»

Профилактическое обслуживание Нежесткое покрытие Жесткое покрытие Откольный ремонт Совместное уплотнение Силиконовый герметик Асфальтовый герметик Запечатывание трещин Исправление

Изображение слайда
14

Слайд 14: Реляционная модель данных

Объекты, их взаимосвязи и отношения представлены в виде двумерных таблиц. Сущность – это объект любой природы, данные о котором хранятся в БД. Данные о сущности хранятся в двумерных таблицах, которые называются реляционными.

Изображение слайда
15

Слайд 15: 3 Свойства реляционных БД

Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами: каждый элемент таблицы — один элемент данных все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.) каждый столбец имеет уникальное имя одинаковые строки в таблице отсутствуют порядок следования строк и столбцов может быть произвольным

Изображение слайда
16

Слайд 16: Отношение «Нуждающийся»

ИД Фамилия Имя Отчество Пол Категория 1 Иванов Иван Иванович м ветеран ВОВ 2 Петров Сидор Николаевич м инвалид детства 3 Андреева Серафима Александровна ж мать-одиночка 4 Иванов Петр Иванович м сирота 5 Андреева Серафима Викторовна ж пенсионер Схема отношения Нуждающийся(ИД, Фамилия, Имя, Отчество, Пол, Категория) Запись Нуждающийся(2, Петров, Сидор, Николаевич, м, инвалид детства) Ключ Атрибут Атрибут Атрибут Атрибут

Изображение слайда
17

Слайд 17: Ключ

Потенциальный ключ — подмножество атрибутов отношения, удовлетворяющее требованиям уникальности и минимальности. Уникальность означает, что не существует двух записей данного отношения, в которых значения потенциального ключа совпадают. Минимальность означает, что в составе потенциального ключа отсутствует меньшее подмножество атрибутов, удовлетворяющее условию уникальности. Иными словами, если из потенциального ключа убрать любой атрибут, он утратит свойство уникальности. В отношении может быть одновременно несколько потенциальных ключей. Один из них может быть выбран в качестве первичного ключа отношения, тогда другие потенциальные ключи называют альтернативными ключами Перви́чный ключ ( primary key ) — один из потенциальных ключей отношения, выбранный в качестве основного ключа (или ключа по умолчанию).

Изображение слайда
18

Слайд 18: Простой и составной ключи

Фамилия Имя Отчество Паспорт серия Паспорт номер ИНН Пол Дата рождения Иванов Никита Сергеевич 2425 089577 123456789012 м 13.12.1978 Иванов Никита Андреевич 2425 088346 098765432111 м 14.4.1970 Шилина Зоя Федоровна 2234 088346 432758376995 ж 5.5.1935 Захаров Василий Сергеевич 2112 768999 847368209109 м 15.10.1995 Составной ключ Паспорт_серия + Паспорт_номер Простой ключ ИНН Простой ключ состоит из единственного поля таблицы, значения которого уникальны для каждой записи. Составной ключ состоит из нескольких полей, совокупность значений которых гарантирует уникальность. Потенциальный ключ ИНН Потенциальный ключ Паспорт_серия+Паспорт_номер

Изображение слайда
19

Слайд 19: Первичный и альтернативный ключи

Паспорт серия Паспорт номер Фамилия Имя Отчество ИНН Пол Дата рождения 2425 089577 Иванов Никита Сергеевич 123456789012 м 13.12.1978 2425 088346 Иванов Никита Андреевич 098765432111 м 14.4.1970 2234 088346 Шилина Зоя Федоровна 432758376995 ж 5.5.1935 2112 768999 Захаров Василий Сергеевич 847368209109 м 15.10.1995 Альтернативный ключ ИНН Фамилия Имя Отчество Паспорт серия Паспорт номер Пол Дата рождения 123456789012 Иванов Никита Сергеевич 2425 089577 м 13.12.1978 098765432111 Иванов Никита Андреевич 2425 088346 м 14.4.1970 432758376995 Шилина Зоя Федоровна 2234 088346 ж 5.5.1935 847368209109 Захаров Василий Сергеевич 2112 768999 м 15.10.1995 Первичный ключ Первичный ключ Альтернативный ключ

Изображение слайда
20

Слайд 20: Естественный и суррогатный ключи

ИД Паспорт серия Паспорт номер Фамилия Имя Отчество ИНН Пол Дата рождения 1 2425 089577 Иванов Никита Сергеевич 123456789012 м 13.12.1978 2 2425 088346 Иванов Никита Андреевич 098765432111 м 14.4.1970 3 2234 088346 Шилина Зоя Федоровна 432758376995 ж 5.5.1935 4 2112 768999 Захаров Василий Сергеевич 847368209109 м 15.10.1995 Суррогатный ключ Паспорт серия Паспорт номер Фамилия Имя Отчество ИНН Пол Дата рождения 2425 089577 Иванов Никита Сергеевич 123456789012 м 13.12.1978 2425 088346 Иванов Никита Андреевич 098765432111 м 14.4.1970 2234 088346 Шилина Зоя Федоровна 432758376995 ж 5.5.1935 2112 768999 Захаров Василий Сергеевич 847368209109 м 15.10.1995 Естественный ключ

Изображение слайда
21

Слайд 21: Связи между отношениями

Связи ( relationship ) – это соединения между двумя или большим числом отношений. Если, например, Нуждающийся(Фамилия, Имя, Отчество, Пол, Категория) и Адрес(Город, Улица, Дом, Квартира) – это два отношения, вполне закономерно наличие связи «проживает в», которая соединяет отношение Нуждающийся с отношением Адрес. Реализация связей в реляционных БД как правило, осуществляется по внешнему ключу. Внешний ключ ( foregn key ) представляет собой множество значений атрибутов некоторого отношения R 2, значения которых должны совпадать со значениями ключа некоторой записи отношения R 1.

Изображение слайда
22

Слайд 22: Связи между отношениями

ИД адреса Город Улица Дом Квартира 1 Красноярск Ленина 22 12 2 Шарыпово Ленина 22 12 3 Красноярск Мира 120 11 4 Красноярск Ястынская 8 24 ИД Нужд-ся Фамилия Имя Отчество Пол Категория ВК адреса 1 Иванов Петр Иванович м ветеран ВОВ 2 2 Петров Сидор Николаевич м инвалид детства 4 3 Андреева Серафима Александровна ж мать-одиночка 1 4 Иванов Петр Иванович м сирота 3 5 Андреева Серафима Викторовна ж пенсионер 1

Изображение слайда
23

Слайд 23: Нормализация

Процесс преобразования базы данных к виду, отвечающему нормальным формам, называется нормализацией. Нормализация предназначена для приведения структуры базы данных к виду, обеспечивающему минимальную избыточность. Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в БД информации. При решении практических задач в большинстве случаев третья нормальная форма является достаточной. Процесс проектирования реляционной базы данных, как правило, заканчивается приведением к 3NF.

Изображение слайда
24

Слайд 24: Первая нормальная форма (1NF)

Отношение находится в первой нормальной форме тогда и только тогда, когда в любом допустимом значении отношения каждая его запись содержит только одно значение для каждого из атрибутов Фамилия Имя Отчество Телефон Иванов Николай Петрович 2-231-367 Сидоров Василий Николаевич 2-156-319 2-671-345 Захаров Виктор Викторович 2-827-432 Ненормализованная таблица Фамилия Имя Отчество Телефон Иванов Николай Петрович 2-231-367 Сидоров Василий Николаевич 2-156-319 Сидоров Василий Николаевич 2-671-345 Захаров Виктор Викторович 2-827-432 Нормализованная 1 NF таблица В поле записано 2 значения!

Изображение слайда
25

Слайд 25: Вторая нормальная форма (2NF)

Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме, и при этом любой его атрибут, не входящий в состав потенциального ключа, функционально полно зависит от каждого возможного ключа. Другими словами: в 2NF нет неключевых атрибутов, зависящих от части составного ключа. Ненормализованная БД Сотрудник Должность Зарплата Наличие компьютера Иванов В.В кладовщик 10 000 Да Сидоров А.П. программист 7 000 Да Иванов В.В. дворник 4 500 Нет Шилина З.К. программист 15 000 Да Захаров А.А. кладовщик 11 500 Да Зарплата назначается сотруднику индивидуально и в диапазоне, определяемом должностью Наличие компьютера зависит только от должности

Изображение слайда
26

Слайд 26: Вторая нормальная форма (2NF)

Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме, и при этом любой его атрибут, не входящий в состав потенциального ключа, функционально полно зависит от каждого возможного ключа. Другими словами: в 2NF нет неключевых атрибутов, зависящих от части составного ключа. Нормализованная БД Сотрудник Должность Зарплата Иванов В.В кладовщик 10 000 Сидоров А.П. программист 7 000 Иванов В.В. дворник 4 500 Шилина З.К. программист 15 000 Захаров А.А. кладовщик 11 500 Должность Наличие компьютера кладовщик Да программист Да дворник Нет

Изображение слайда
27

Слайд 27: Третья нормальная форма (3NF)

Таблица находится в третьей нормальной форме тогда и только тогда, когда выполняются следующие условия: Таблица находится во второй нормальной форме; Каждый непервичный атрибут R находится в нетранзитивной (то есть прямой) зависимости от каждого ключа R. Ненормализованная БД Сотрудник Отдел Телефон Иванов В.В Финансовый 2-324-245 Сидоров А.П. Канцелярия 2-111-322 Иванов В.В. Финансовый 2-324-245 Шилина З.К. Канцелярия 2-111-322 Захаров А.А. Расчетный 2-346-543 Значение поля «Телефон» зависит от поля «Сотрудник» через транзитное поле «Отдел»

Изображение слайда
28

Слайд 28: Третья нормальная форма (3NF)

Таблица находится в третьей нормальной форме тогда и только тогда, когда выполняются следующие условия: Таблица находится во второй нормальной форме; Каждый непервичный атрибут R находится в нетранзитивной (то есть прямой) зависимости от каждого ключа R. Нормализованная БД Сотрудник Отдел Иванов В.В Финансовый Сидоров А.П. Канцелярия Иванов В.В. Финансовый Шилина З.К. Канцелярия Захаров А.А. Расчетный Отдел Телефон Финансовый 2-324-245 Канцелярия 2-111-322 Расчетный 2-346-543

Изображение слайда
29

Слайд 29

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

Изображение слайда
30

Слайд 30: Типы связей между таблицами

1:1 1:М М:М Для связи реляционных таблиц необходимо ввести в обе таблицы одинаковые по типу поля, по которым определится связь между записями обеих таблиц.

Изображение слайда
31

Слайд 31: Диаграмма сущность-связь

Диаграмма сущность-связь ( Entity-relation diagram (ERD) ) - инструмент разработки моделей данных, обеспечивающий стандартный способ определения данных и отношений между ними.

Изображение слайда
32

Слайд 32: 4. СУБД Access

система управления базами данных реляционного типа. Вся БД – файл *.mdb, поддерживает стандарты dbase, Paradox и др.

Изображение слайда
33

Слайд 33: Окно СУБД Access

Изображение слайда
34

Слайд 34: Типичные операции над БД

Изображение слайда
35

Слайд 35: Таблица

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

Изображение слайда
36

Слайд 36: Создание макета таблицы в режиме конструктора

Изображение слайда
37

Слайд 37

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

Изображение слайда
38

Слайд 38: Добавление таблиц для связи

Связи между таблицами устанавливаются в диалоговом окне Схема данных. В окне Добавление таблицы выбираются все таблицы для связи.

Изображение слайда
39

Слайд 39: Установка связи между таблицами

Методом буксировки указываем связываемые поля. Появляется окно Изменение связей, в котором указывается тип обеспечения целостности данных.

Изображение слайда
40

Слайд 40

Ссылочная целостность   данных — необходимое качество реляционной базы данных, заключающееся в отсутствии в любом её отношении внешних ключей, ссылающихся на несуществующие кортежи.

Изображение слайда
41

Слайд 41: Формы

объект БД, использующийся для ввода новых записей, просмотра и редактирования уже имеющихся данных, задания параметров запросов, вывода их результатов и др. Формы представляют собой окна с размещенными в них элементами управления. Создаются при помощи мастера и конструктора.

Изображение слайда
42

Слайд 42: Использование мастера форм

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

Изображение слайда
43

Слайд 43: Конструктор форм

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

Изображение слайда
44

Слайд 44: Запросы

- объект БД, позволяющий осуществлять выборку данных из таблиц и других запросов.

Изображение слайда
45

Слайд 45: Запрос в режиме конструктора

Изображение слайда
46

Последний слайд презентации: Базы данных: Отчет

объект БД, предназначенный для форматированного вывода данных на печать. Использование Мастера отчетов: выбираются таблицы и запросы, на основе которых строится отчет; поля, по которым производится сортировка, фильтрация; стиль оформления печатного документа. Редактируется готовый отчет при помощи Конструктора отчетов.

Изображение слайда