Слайд 2База данных (БД, database) - поименованная совокупность структурированных данных, относящихся к определенной предметной
![База данных (БД, database) - поименованная совокупность структурированных данных, относящихся к определенной предметной области.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-1.jpg)
области.
Слайд 3СУБД
Система управления базами данных (СУБД) - комплекс программных и языковых средств, необходимых для создания
![СУБД Система управления базами данных (СУБД) - комплекс программных и языковых средств,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-2.jpg)
и модификации базы данных, добавления, модификации, удаления, поиска и отбора информации, представления информации на экране и в печатном виде, разграничения прав доступа к информации, выполнения других операций с базой.
Слайд 4КЛАССИФИКАЦИЯ БАЗ ДАННЫХ
По технологии обработки баз данных:
Централизованные;
Распределенные.
![КЛАССИФИКАЦИЯ БАЗ ДАННЫХ По технологии обработки баз данных: Централизованные; Распределенные.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-3.jpg)
Слайд 5КЛАССИФИКАЦИЯ БАЗ ДАННЫХ
Централизованная база данных хранится в памяти одной вычислительной системы. Эта вычислительная
![КЛАССИФИКАЦИЯ БАЗ ДАННЫХ Централизованная база данных хранится в памяти одной вычислительной системы.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-4.jpg)
система может быть мэйнфреймом - тогда доступ к ней организуется с использованием терминалов - или файловым сервером локальной сети ПК.
Распределенная база данных состоит из нескольких, возможно, пересекающихся или даже дублирующих друг друга частей, которые хранятся в различных ЭВМ вычислительной сети. Работа с такой базой осуществляется с помощью системы управления распределенной базой данных (СУРБД).
Слайд 6КЛАССИФИКАЦИЯ БАЗ ДАННЫХ
По способу доступа к данным базы данных:
Локальные;
Сетевые.
![КЛАССИФИКАЦИЯ БАЗ ДАННЫХ По способу доступа к данным базы данных: Локальные; Сетевые.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-5.jpg)
Слайд 7КЛАССИФИКАЦИЯ БАЗ ДАННЫХ
По способу доступа к данным базы данных:
Локальные доступ подразумевает работу
![КЛАССИФИКАЦИЯ БАЗ ДАННЫХ По способу доступа к данным базы данных: Локальные доступ](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-6.jpg)
с базой данных на одном компьютере, как правило данный тип баз данных используется для небольших объемов данных или для повышения уровня безопасности данных;
Сетевые доступ предполагает наличие нескольких взаимосвязанных компьютеров, которые совместно взаимодействуют, как правила такие базы неразрывно связанны с процессами аунтификации и авторизации.
Слайд 8КЛАССИФИКАЦИЯ БАЗ ДАННЫХ
Для всех современных баз данных можно организовать сетевой доступ с
![КЛАССИФИКАЦИЯ БАЗ ДАННЫХ Для всех современных баз данных можно организовать сетевой доступ](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-7.jpg)
многопользовательским режимом работы.
Централизованные базы данных с сетевым доступом могут иметь следующую архитектуру:
файл-сервер ;
клиент-сервер базы данных;
"тонкий клиент" - сервер приложений - сервер базы данных (трехуровневая архитектура).
Слайд 11КЛАССИФИКАЦИЯ БАЗ ДАННЫХ
файл-сервер – в качестве базы данных выступает файл на компьютере,
![КЛАССИФИКАЦИЯ БАЗ ДАННЫХ файл-сервер – в качестве базы данных выступает файл на](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-10.jpg)
который в себе содержит упорядоченные данные, доступ осуществляется посредством внешней программы;
клиент-сервер базы данных – как правило используется один компьютер на котором располагаются все данные, а пользователи подключаются к нему посредством сетевых технологий;
"тонкий клиент" - сервер приложений - сервер базы данных (трехуровневая архитектура).
Слайд 12ТРЕХУРОВНЕВАЯ АРХИТЕКТУРА
тонкий клиент - компьютер или программа-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все
![ТРЕХУРОВНЕВАЯ АРХИТЕКТУРА тонкий клиент - компьютер или программа-клиент в сетях с клиент-серверной](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-11.jpg)
или большую часть задач по обработке информации на сервер. Примером тонкого клиента может служить компьютер с браузером, использующийся для работы с веб-приложениями.
сервер приложений - это программная платформа предназначенная для эффективного исполнения процедур (программ, механических операций, скриптов), которые поддерживают построение приложений;
сервер базы данных.
Слайд 14КЛАССИФИКАЦИЯ БАЗ ДАННЫХ
Что такое модель?
Это упрощённое представление реального объекта или процесса, основанное
![КЛАССИФИКАЦИЯ БАЗ ДАННЫХ Что такое модель? Это упрощённое представление реального объекта или](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-13.jpg)
на его основных признаках, атрибутах и т.д. в зависимости от рассматриваемого аспекта.
Слайд 15КЛАССИФИКАЦИЯ БАЗ ДАННЫХ
По моделям данных
Иерархические
Сетевые
Реляционные
Объектно-ориентированные
Объектно-реляционные
![КЛАССИФИКАЦИЯ БАЗ ДАННЫХ По моделям данных Иерархические Сетевые Реляционные Объектно-ориентированные Объектно-реляционные](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-14.jpg)
Слайд 16ИЕРАРХИЧЕСКАЯ МОДЕЛЬ
Иерархическая модель данных — представление базы данных в виде древовидной (иерархической) структуры, состоящей из объектов (данных)
![ИЕРАРХИЧЕСКАЯ МОДЕЛЬ Иерархическая модель данных — представление базы данных в виде древовидной](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-15.jpg)
различных уровней. Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня. Такие объекты находятся в отношении предка (объект более близкий к корню) к потомку (объект более низкого уровня), при этом возможна ситуация, когда объект-предок не имеет потомков или имеет их несколько, тогда как у объекта-потомка обязательно только один предок. Объекты, имеющие общего предка, называются близнецами.
Слайд 18СЕТЕВАЯ МОДЕЛЬ
Представляет собой расширенное представление иерархической модели, однако здесь возможна связь узлов
![СЕТЕВАЯ МОДЕЛЬ Представляет собой расширенное представление иерархической модели, однако здесь возможна связь](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-17.jpg)
на разных уровнях, в том числе и двух сторонняя.
Узел — это совокупность атрибутов данных, описывающих некоторый объект.
Слайд 20РЕЛЯЦИОННАЯ МОДЕЛЬ
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая
![РЕЛЯЦИОННАЯ МОДЕЛЬ Реляционная модель ориентирована на организацию данных в виде двумерных таблиц.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-19.jpg)
реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
Базовыми понятиями реляционных СУБД являются:
Атрибут;
Отношение;
Кортеж;
Признак;
Свойство.
Слайд 21ОСНОВНЫЕ ПОНЯТИЯ
Атрибут (столбец) —поименованная характеристика сущности. Атрибуты описывают различные свойства сущностей.
Кортеж
![ОСНОВНЫЕ ПОНЯТИЯ Атрибут (столбец) —поименованная характеристика сущности. Атрибуты описывают различные свойства сущностей.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-20.jpg)
(запись) – строка содержащая данные;
Свойство (признак) - какая-либо характеристика объекта, обладающая именем и определенным диапазоном значений;
Слайд 22РЕЛЯЦИОННАЯ МОДЕЛЬ
каждый элемент таблицы — один элемент данных;
все ячейки в столбце таблицы однородные,
![РЕЛЯЦИОННАЯ МОДЕЛЬ каждый элемент таблицы — один элемент данных; все ячейки в](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-21.jpg)
то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.);
каждый столбец имеет уникальное имя;
одинаковые строки в таблице отсутствуют;
порядок следования строк и столбцов; может быть произвольным
Слайд 28ОСНОВНЫЕ ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ
Концептуальное проектирование;
Логическое проектирование;
Физическое проектирование.
![ОСНОВНЫЕ ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ Концептуальное проектирование; Логическое проектирование; Физическое проектирование.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-27.jpg)
Слайд 29КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ
Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть
![КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-28.jpg)
информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.
Конкретный вид и содержание концептуальной модели базы данных определяется выбранным для этого формальным аппаратом. Обычно используются графические нотации, подобные ER-диаграммам.
Чаще всего концептуальная модель базы данных включает в себя:
описание информационных объектов, или понятий предметной области и связей между ними.
описание ограничений целостности, т.е. требований к допустимым значениям данных и к связям между ними.
[править]Логическое (даталогическое) проектирование
Слайд 30ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
Создание схемы базы данных на основе конкретной модели данных, например, реляционной
![ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ Создание схемы базы данных на основе конкретной модели данных, например,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/365143/slide-29.jpg)
модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.
Преобразование концептуальной модели в логическую модель, как правило, осуществляется по формальным правилам. Этот этап может быть в значительной степени автоматизирован.
На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.