6​)Система управления базами данных. Функции субд.

СУБД-это прикладная программа,предназначенная для:

-для создания общей БД на внешних запоминающих устройствах для множ-ва приложений;

-для поддержании БД в актуальном состоянии;

-для эффективного обеспечения доступа пользователей;

СУБД нах-ся между БД и приложениями польз-ей и управляет доступом в БД. Это происходит так:1)пользователь выдает запрос на доступ,применяя язык SQL;2)СУБД перехватывает запрос и анализирует его;3)СУБД выполняет необх-ые операции над БД. Функции СУБД: 1)управление данными в БД(хранение инф-ии);2)управление данными в памяти компьютера(данные заносятся в буфер памяти из-за больших размеров БД);3)управление транзакциями,это функция,которая производит ряд операций над БД,как над единым целым.Если манипуляция над данными успешно выпол-ся,то СУБД носит соответствующее изменение в БД,в противном случае-нет.Т.е.транзакция необх-мо для обеспечения логич-ой целостности БД;4)управление изменениями в БД и протоколирование,это функция обеспечивает надежность хранения данных(СУБД может восстанавливать данные при авариях)для восстановления данных требуется архивная копия,и протокол изменений БД.

9​)Трехуровневая архитектура базы данных.

Архитектура БД включает в себя 3 уровня:

-внутренний(1);

-концептуальный(2);

-внешний(3);

1)Данный уровень близок к физическому хранению данных.Т.е. он связан со способами хранения данных на физ-их устройствах.Внутренне представление данных описывается с помощью внутренней схемы,к-ые опред-ют типы хранимых данных,способы представления полей,физ-ую послед-ть хранимых данных и т.д.

3)Это уровень польз-ля,у каждого польз-ля может быть свой язык представления данных.Все эти языки включают подъязык данных .Т.е.это множ-во операторов для работы с объектами.

Любой язык яв-ся комбинацией двух подчиненных языков:1)язык определения данных(DDL);2)язык обработки данных(DML),к-ый поддерживает операции с объектами БД.

2)Это уровень между 2-мя первыми.Где БД представлена в общем виде,фактический концептуальный уровень отражает обобщенную модель предметной области для которой создавалась БД.

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

5​)Архитектура базы данных. Реляционная модель данных.

В 1970 году Кодд предположил,что данные можно связывать соответствием с их внутр-ми лог-ми взаимоотношениями,а не физ-ми указателями.Он предложил модель,в которой все данные связи в таблице,состоящие из строк и столбцов.Эти таблицы получили название реляций,а модель стала называться реляционной.В основе данной модели лежит аппарат реляционной алгебры,к-ый обеспечивает работу с данными на основе лог-их характеристик,а не физ-их указателей.Правила реляционной модели:1)вся инф-ия представлена в виде реляционных таблиц;2)Реляционная СУБД поддерживает реляционные операции(объединение,пересечение,выбор,проектирование,вычитание,соединение,деление,произведение);3)поддерживает лог-ую структуру данных,независимо от их физ-го представления;4)использует язык высокого уровня для выполнения запросов или изменение инф-ии(SQL);5)поддерживает виртуальные таблицы(для просмотра данных);6)обеспечивает механизмы целостности данных. Элементы реляционной модели данных:

Отношение	таблица
Схема отношения	Вся строка заголовков,столбцов таблицы
Кортеж(запись)	Строка в таблице
Сущность	Описание свойств объекта
атрибут	Имя столбца таблицы
Первичный ключ	Атрибут или набор атрибутов,однозначно идентифицирующие каждую строку таблицы
поле	столбец

Свойство отношений:1)отношение не должно содержать двух одинаковых кортежей;2)кортежи неупорядочены;3)атрибуты в заголовке располагаются произвольно;4)значение атрибутов состоит из логически неделимых единиц. Реляционная модель представляет собой логически связанные между собой сущности.