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

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

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

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

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

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

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

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

МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ
Описание предметной области
Предметная область – совокупность объектов, их свойств и взаимосвязей, которые представляют определённую ценность для пользователя и должны фиксироваться в БД.
Объект – это всё то, что существует вне нас и независимо от нашего сознания, влияния внешнего мира и материальной действительности.
Предмет – это объект, ставший носителем определённой совокупности свойств и входящий в различные взаимоотношения, которые представляют интерес для потребителей.
Совокупность объектов, информация о которых представляет интерес для пользователей, образует объектное ядро предметной области.

АРХИТЕКТУРА ФАЙЛ-СЕРВЕР
Недостатки архитектуры «файл-сервер»:
высокая загрузка сети, так как обмен данными идет на уровне файлов;
низкий уровень защиты данных, так как доступ к файлам базы данных осуществляется общими средствами операционной системы сервера;
низкий уровень управления целостностью и непротиворечивостью данных, так как правила функциональной обработки, сосредоточенные на клиентской части, могут быть противоречивыми и несогласованными.
Программа управления данными, которая выполняется на машине-клиенте, должна сначала осуществить запрос каждой записи базы данных, после чего она может определить, удовлетворяет ли запись поисковым условиям, и только после этого передать запись для обработки. Для архитектуры «файл-сервер» характерно большое суммарное время обработки данных.

АРХИТЕКТУРА КЛИЕНТ-СЕРВЕР
В архитектуре «клиент-сервер» на рабочей станции работает клиентское приложение, которое реализует интерфейс с пользователем и формирует запросы к базе данных на обработку данных, но сами запросы выполняет СУБД на сервере.
Клиентское приложение создается либо в среде СУБД рабочей станции, либо без использования СУБД с помощью языков программирования.

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

СЫН
ОТЕЦ
Модель сущность –атрибут-связь (ER)
Сущность – это реальный или воображаемый объект, информация о котором представляет интерес.
Связь – это графически изображаемая ассоциация, устанавливаемая между двумя сущностями
МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ
СТУДЕНТ
ГРУППА
ЧЕЛОВЕК

Модель сущность –атрибут-связь (ER)
Атрибутом – является любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности
Типы связей:
«один-к-одному» 1:1
«один-ко-многим» 1:М
«многие-ко-многим» М:М
МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ
СТУДЕНТ
имя
возраст
пол
адрес

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

ИЕРАРХИЧЕСКАЯ МОДЕЛЬ ДАННЫХ
Типичным представителем (наиболее известным и распространенным) является СУБД IMS (Information Management System) компании IBM. Первая версия системы появилась в 1968 г.
Иерархическая модель представляется в виде древовидного графа, в котором объекты выделяются по уровням соподчиненности (иерархии) объектов
В основании дерева – один элемент (корень), связанный с несколькими элементами (стволами), которые связаны еще с несколькими (ветками) и т.д. до последних элементов (листьев).
Основное правило: никакой потомок не может существовать без своего родителя.

ПРИМЕР ИЕРАРХИЧЕСКОЙ БАЗЫ ДАННЫХ
Манипулирование данными
найти указанный экземпляр типа дерева БД (например, отдел 310);
перейти от одного экземпляра типа дерева к другому;
перейти от экземпляра одного типа записи к экземпляру другого типа записи внутри дерева
(например, перейти от отдела к первому сотруднику);
перейти от одной записи к другой в порядке обхода иерархии;
вставить новую запись в указанную позицию;
удалить текущую запись.

СЕТЕВАЯ МОДЕЛЬ БАЗЫ ДАННЫХ
Типичным представителем систем, основанных на сетевой модели данных, является СУБД IDMS (Integrated Database Management System), разработанная компанией Cullinet Software, Inc.
Сетевая модель базы данных для поставленной задачи представлена в виде диаграммы связей. Сетевая БД состоит из набора записей и набора связей между этими записями
Тип связи определяется для двух типов записи: предка и потомка. Экземпляр типа связи состоит из одного экземпляра типа записи предка и упорядоченного набора экземпляров типа записи потомка.
В сетевой модели допустимы любые виды связей между записями и отсутствует ограничение на число обратных связей. Но должно соблюдаться одно правило: связь включает основную и зависимую записи

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

МАНИПУЛИРОВАНИЕ ДАННЫМИ В СЕТЕВОЙ БД
найти конкретную запись в наборе однотипных записей (например, служащего с именем Иванов);
перейти от предка к первому потомку по некоторой связи (например, к первому служащему отдела 625);
перейти к следующему потомку в некоторой связи (например, от Иванова к Сидорову);
перейти от потомка к предку по некоторой связи (например, найти отдел, в котором работает Сидоров);
создать новую запись;
уничтожить запись;
модифицировать запись;
включить в связь;
исключить из связи;
переставить в другую связь и т.д.

РЕЛЯЦИОННАЯ МОДЕЛЬ
В реляционной модели базы данных взаимосвязи между элементами данных представляются в виде двумерных таблиц, называемых отношениями.
Отношения обладают следующими свойствами:
каждый элемент таблицы представляет собой один элемент данных (повторяющиеся группы отсутствуют);
элементы столбца имеют одинаковую природу, и столбцам однозначно присвоены имена;
в таблице нет двух одинаковых строк;
строки и столбцы могут просматриваться в любом порядке вне зависимости от их информационного содержания.
К отечественным СУБД реляционного типа относятся системы: ПАЛЬМА (ИКАН УССР ), а также система HyTech ( МИФИ ).
R1 (ПОСТАВЩИКИ)
R2 (ТОВАРЫ)
R3 (ПОСТАВКАТОВАРОВ)

ПРИМЕР РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ
Операции реляционной модели данных дают возможность
произвольно манипулировать отношениями, позволяя обновлять
БД, а также выбирать подмножества хранимых данных и пред-
ставлять их в нужном виде.
R1 (ПОСТАВЩИКИ)
R2 (ТОВАРЫ)
R3 (ПОСТАВКА ТОВАРОВ)

ДОСТОИНСТВА И НЕДОСТАТКИ
ИЕРАРХИЧЕСКОЙ, СЕТЕВОЙ И РЕЛЯЦИОННОЙ МОДЕЛЕЙ:
отсутствие стандартных средств идентификации отдельных записей
сложность описания иерархических и сетевых связей.

Логическое проектирование
Логическое проектирование БД – это процесс конструирование общей информационной модели на основе отдельных моделей данных пользователей, которая является независимой от особенностей реально используемой СУБД и других физических условий.
На данном этапе выполняют следующие действия:
Удаление связей типа М:М;
Удаление сложных связей;
Удаление рекурсивных связей;
Удаление связей с атрибутами;
Удаление множественных атрибутов;
Перепроверка связей типа 1:1;
Удаление избыточных связей.
МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ

Физическое проектирование
Этапы физического проектирования:
Разработка таблиц БД и установка необходимых ограничений целостности данных.
Выбор схемы хранения данных и определение методов доступа к таблицам БД.
Проектирование системы защиты БД от несанкционированного доступа.
Организация процессов мониторинга созданной системы, задача которого состоит в выявлении и устранении любых проблем, связанных с производительностью приложений и вытекающих из особенностей реализации проекта. Здесь же осуществляется реализация новых и изменяющихся требований.
МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ

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

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

3. МОДЕЛЬ ДАННЫХ СУБД MS ACCESS
Microsoft Access является одной из популярных систем проектирования и сопровождения БД, она представляет собой полнофункциональную СУБД, в которую входят таблицы данных, экранные формы для ввода данных в эти таблицы, запросы и отчеты для получения новой информации по данным из таблиц, макросы и модули для дополнительного программирования.

4. ПРЕДНАЗНАЧЕНИЕ СУБД ACCESS
СУБД Access предназначена для разработки баз данных реляционного типа для локального их использования на персональных компьютерах и для работы с этими базами.
При проектировании базы данных, в первую очередь, необходимо определить, что именно нужно хранить.
СУБД была выбрана по следующим причинам:
простота средств реализации
легкость освоения инструментарием разработчика
наглядность визуализации информации

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