Системы управления базами данных (СУБД)

Содержание

Слайд 2

ОГЛАВЛЕНИЕ Основные понятия баз данных Определение СУБД. Ее классификация. Модель данных

ОГЛАВЛЕНИЕ

Основные понятия баз данных
Определение СУБД. Ее классификация.
Модель данных СУБД MS ACCESS
Предназначение

СУБД Access. Схемы СУБД.
Список используемой литературы
Слайд 3

Основные понятия БД и СУБД Всякая прикладная программа является отображением какой

Основные понятия БД и СУБД

Всякая прикладная программа является отображением какой

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

Система управления базами данных (СУБД) - это комплекс языковых и программных

Система управления базами данных (СУБД) - это комплекс языковых и программных

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

ИСПОЛЬЗОВАНИЕ АВТОМАТИЗИРОВАННЫХ БАНКОВ ДАННЫХ ПОЗВОЛЯЕТ ОБЕСПЕЧИТЬ: Многоаспектный доступ к совокупности взаимосвязанных

ИСПОЛЬЗОВАНИЕ АВТОМАТИЗИРОВАННЫХ БАНКОВ ДАННЫХ ПОЗВОЛЯЕТ ОБЕСПЕЧИТЬ:

Многоаспектный доступ к совокупности взаимосвязанных данных
Достаточно

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

Составные части банка данных:

Слайд 6

КЛАССИФИКАЦИЯ БАЗ ДАННЫХ Централизованная база данных Сетевая централизованная база данных

КЛАССИФИКАЦИЯ БАЗ ДАННЫХ

Централизованная база данных
Сетевая централизованная база данных

Слайд 7

КЛАССИФИКАЦИЯ БАЗ ДАННЫХ Сетевая распределённая база данных

КЛАССИФИКАЦИЯ БАЗ ДАННЫХ

Сетевая распределённая база данных

Слайд 8

КЛАССИФИКАЦИЯ БАЗ ДАННЫХ БД первого поколения иерархические; сетевые; БД второго поколения

КЛАССИФИКАЦИЯ БАЗ ДАННЫХ

БД первого поколения
иерархические;
сетевые;
БД второго поколения
- реляционные
БД третьего поколения
объектно-ориентированные;
объектно-реляционные.

Слайд 9

МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ Описание предметной области Предметная область – совокупность объектов, их

МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ

Описание предметной области
Предметная область – совокупность объектов, их свойств и

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

АРХИТЕКТУРА ФАЙЛ-СЕРВЕР Недостатки архитектуры «файл-сервер»: высокая загрузка сети, так как обмен

АРХИТЕКТУРА ФАЙЛ-СЕРВЕР

Недостатки архитектуры «файл-сервер»:
высокая загрузка сети, так как обмен данными идет

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

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

Слайд 11

АРХИТЕКТУРА КЛИЕНТ-СЕРВЕР В архитектуре «клиент-сервер» на рабочей станции работает клиентское приложение,

АРХИТЕКТУРА КЛИЕНТ-СЕРВЕР

В архитектуре «клиент-сервер» на рабочей станции работает клиентское приложение, которое

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

МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ Концептуальное проектирование (инфологическое моделирование предметной области) Тип – это

МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ

Концептуальное проектирование (инфологическое моделирование предметной области)
Тип – это понятие, объединяющее

все объекты данного типа.
Каждый тип имеет уникальное имя. Например, ПРЕПОДАВАТЕЛЬ, СТУДЕНТ, ЛАБОРАНТ и т.д.
Концептуальная модель (схема предметной области) – множество типов данной предметной области, снабженное некоторой структурой.
Слайд 13

СЫН ОТЕЦ Модель сущность –атрибут-связь (ER) Сущность – это реальный или

СЫН
ОТЕЦ

Модель сущность –атрибут-связь (ER)
Сущность – это реальный или воображаемый объект,

информация о котором представляет интерес.
Связь – это графически изображаемая ассоциация, устанавливаемая между двумя сущностями

МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ

СТУДЕНТ

ГРУППА

ЧЕЛОВЕК

Слайд 14

Модель сущность –атрибут-связь (ER) Атрибутом – является любая деталь, которая служит

Модель сущность –атрибут-связь (ER)
Атрибутом – является любая деталь, которая служит для

уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности
Типы связей:
«один-к-одному» 1:1
«один-ко-многим» 1:М
«многие-ко-многим» М:М

МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ

СТУДЕНТ
имя
возраст
пол
адрес

Слайд 15

Модели данных МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ служат для интеграции баз данных, баз знаний и языков программи-рования. МОДЕЛИ ДАННЫХ

Модели данных

МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ

служат для интеграции баз данных, баз знаний и языков

программи-рования.

МОДЕЛИ ДАННЫХ

Слайд 16

ИЕРАРХИЧЕСКАЯ МОДЕЛЬ ДАННЫХ Типичным представителем (наиболее известным и распространенным) является СУБД

ИЕРАРХИЧЕСКАЯ МОДЕЛЬ ДАННЫХ

Типичным представителем (наиболее известным и распространенным) является СУБД IMS

(Information Management System) компании IBM. Первая версия системы появилась в 1968 г.

Иерархическая модель представляется в виде древовидного графа, в котором объекты выделяются по уровням соподчиненности (иерархии) объектов

В основании дерева – один элемент (корень), связанный с несколькими элементами (стволами), которые связаны еще с несколькими (ветками) и т.д. до последних элементов (листьев).

Основное правило: никакой потомок не может существовать без своего родителя. 

Слайд 17

ПРИМЕР ИЕРАРХИЧЕСКОЙ БАЗЫ ДАННЫХ Манипулирование данными найти указанный экземпляр типа дерева

ПРИМЕР ИЕРАРХИЧЕСКОЙ БАЗЫ ДАННЫХ

Манипулирование данными
найти указанный экземпляр типа дерева БД

(например, отдел 310);
перейти от одного экземпляра типа дерева к другому;
перейти от экземпляра одного типа записи к экземпляру другого типа записи внутри дерева
(например, перейти от отдела к первому сотруднику);
перейти от одной записи к другой в порядке обхода иерархии;
вставить новую запись в указанную позицию;
удалить текущую запись.
Слайд 18

СЕТЕВАЯ МОДЕЛЬ БАЗЫ ДАННЫХ Типичным представителем систем, основанных на сетевой модели

СЕТЕВАЯ МОДЕЛЬ БАЗЫ ДАННЫХ

Типичным представителем систем, основанных на сетевой модели данных,

является СУБД IDMS (Integrated Database Management System), разработанная компанией Cullinet Software, Inc.

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

Тип связи определяется для двух типов записи: предка и потомка. Экземпляр типа связи состоит из одного экземпляра типа записи предка и упорядоченного набора экземпляров типа записи потомка.

В сетевой модели допустимы любые виды связей между записями и отсутствует ограничение на число обратных связей. Но должно соблюдаться одно правило: связь включает основную и зависимую записи

Слайд 19

ПРИМЕР СЕТЕВОЙ БАЗЫ ДАННЫХ

ПРИМЕР СЕТЕВОЙ БАЗЫ ДАННЫХ

Слайд 20

МАНИПУЛИРОВАНИЕ ДАННЫМИ В СЕТЕВОЙ БД найти конкретную запись в наборе однотипных

МАНИПУЛИРОВАНИЕ ДАННЫМИ В СЕТЕВОЙ БД

найти конкретную запись в наборе однотипных записей

(например, служащего с именем Иванов);
перейти от предка к первому потомку по некоторой связи (например, к первому служащему отдела 625);
перейти к следующему потомку в некоторой связи (например, от Иванова к Сидорову);
перейти от потомка к предку по некоторой связи (например, найти отдел, в котором работает Сидоров);
создать новую запись;
уничтожить запись;
модифицировать запись;
включить в связь;
исключить из связи;
переставить в другую связь и т.д.
Слайд 21

РЕЛЯЦИОННАЯ МОДЕЛЬ В реляционной модели базы данных взаимосвязи между элементами данных

РЕЛЯЦИОННАЯ МОДЕЛЬ

В реляционной модели базы данных взаимосвязи между элементами данных представляются

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


К отечественным СУБД реляционного типа относятся системы: ПАЛЬМА (ИКАН УССР ), а также система HyTech ( МИФИ ).

R1 (ПОСТАВЩИКИ)

R2 (ТОВАРЫ)

R3 (ПОСТАВКАТОВАРОВ)

Слайд 22

ПРИМЕР РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ Операции реляционной модели данных дают возможность произвольно

ПРИМЕР РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

Операции реляционной модели данных дают возможность
произвольно манипулировать отношениями,

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

R1 (ПОСТАВЩИКИ)

R2 (ТОВАРЫ)

R3 (ПОСТАВКА ТОВАРОВ)

Слайд 23

ДОСТОИНСТВА И НЕДОСТАТКИ ИЕРАРХИЧЕСКОЙ, СЕТЕВОЙ И РЕЛЯЦИОННОЙ МОДЕЛЕЙ: отсутствие стандартных средств

ДОСТОИНСТВА И НЕДОСТАТКИ ИЕРАРХИЧЕСКОЙ, СЕТЕВОЙ И РЕЛЯЦИОННОЙ МОДЕЛЕЙ:

отсутствие стандартных средств идентификации

отдельных записей
сложность описания иерархических и сетевых связей.
Слайд 24

Логическое проектирование Логическое проектирование БД – это процесс конструирование общей информационной

Логическое проектирование
Логическое проектирование БД – это процесс конструирование общей информационной модели

на основе отдельных моделей данных пользователей, которая является независимой от особенностей реально используемой СУБД и других физических условий.
На данном этапе выполняют следующие действия:
Удаление связей типа М:М;
Удаление сложных связей;
Удаление рекурсивных связей;
Удаление связей с атрибутами;
Удаление множественных атрибутов;
Перепроверка связей типа 1:1;
Удаление избыточных связей.

МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ

Слайд 25

Физическое проектирование Этапы физического проектирования: Разработка таблиц БД и установка необходимых

Физическое проектирование
Этапы физического проектирования:
Разработка таблиц БД и установка необходимых ограничений целостности

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

МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ

Слайд 26

КЛАССИФИКАЦИЯ СУБД

КЛАССИФИКАЦИЯ СУБД

Слайд 27

В ЦЕЛОМ РАННИЕ СИСТЕМЫ МОЖНО ОХАРАКТЕРИЗОВАТЬ СЛЕДУЮЩИМ ОБРАЗОМ:

В ЦЕЛОМ РАННИЕ СИСТЕМЫ МОЖНО ОХАРАКТЕРИЗОВАТЬ СЛЕДУЮЩИМ ОБРАЗОМ:

Слайд 28

3. МОДЕЛЬ ДАННЫХ СУБД MS ACCESS Microsoft Access является одной из

3. МОДЕЛЬ ДАННЫХ СУБД MS ACCESS

Microsoft Access является одной из

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

МОДЕЛЬ СУБД MS ACCESS

МОДЕЛЬ СУБД MS ACCESS

Слайд 30

4. ПРЕДНАЗНАЧЕНИЕ СУБД ACCESS СУБД Access предназначена для разработки баз данных

4. ПРЕДНАЗНАЧЕНИЕ СУБД ACCESS

СУБД Access предназначена для разработки баз данных реляционного

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

простота средств реализации

легкость освоения инструментарием разработчика

наглядность визуализации информации

Слайд 31

Схема как структура базы данных Схема СУБД (от англ. Database scheme)

Схема как структура базы данных

Схема СУБД (от англ. Database scheme)

- ее структура, описанная на формальном языке, поддерживаемом СУБД. В реляционных базах данных схема определяет таблицы, поля в каждой таблице, а также отношения между полями и таблицами.
Схемы в общем случае хранятся в словаре данных. Хотя схема определена на языке базы данных в виде текста, термин часто используется для обозначения графического представления структуры базы данных.
Основными объектами схемы являются таблицы и связи.
Слайд 32

Пример схемы СУБД.

Пример схемы СУБД.