- •Назначение и основные компоненты системы баз данных. Одно, двух и трехзвенная архитектура системы бд.
- •Субд, их функции и виды, обзор современных субд.
- •Архитектура приложений бд, механизмы доступа к данным.
- •Модели данных: иерархическая, сетевая, реляционная, объектно – ориентированная модель.
- •Реляционная модель данных (структурная часть): домен, атрибут, кортеж, отношение и его свойства, первичный ключ.
- •6. Реляционная модель данных (целостная часть): целостность отношений и ссылок, внешний ключ, индексы.
- •Реляционная модель данных (манипуляционная часть): язык манипулирования данными для реляционной модели; реляционная алгебра.
- •Создание базы данных (на примере InterBase, FireBird), объекты, входящие в состав бд и их назначение.
- •Описание таблицы:
- •Sql, выбор данных, назначение и примеры использования инструкций: select, all, distinct, from, where,order by, вычисляемых полей, логических выражений.
- •Sql, выбор данных, назначение и примеры использования инструкций: union, group by, having, агрегатных функций.
- •11. Sql, выбор данных из нескольких таблиц, примеры внутреннего и внешнего соединения.
- •12.Sql, подзапросы, назначение и примеры использования инструкций: exist, singular, all, any
- •13. Sql, добавление, изменение, удаление данных.
- •Values ('Иванов', 35);
- •15.Хранимые процедуры, использование переменных, циклов.
- •16.Триггеры.
- •Лабораторная работа 9 задание 3
- •17.Представленния (view).Генераторы.
- •18.Транзакции их назначение и реализация
- •19.Транзакции уровни изоляции и управление транзакциями в приложении.
- •Уровни изоляции транзакции:
- •20.Администрирование сервера
- •25. Разработка печатных документов с использованием редактора отчетов.
- •Разработка приложения баз данных в Delphi. Использование компонентов InterBase eXpress (ibx): tibStoredProc, tibsql, динамическое формирование запросов sql.
- •Разработка приложения баз данных в Delphi. Использование компонентов InterBase eXpress (ibx): tibDatabase. Создание модифицируемых наборов данных, механизм master-detail.
Архитектура приложений бд, механизмы доступа к данным.
Приложение баз данных, предназначено для взаимодействия с некоторым источником данных — базой данных (БД). Взаимодействие подразумевает получение данных, их представление в определенном формате для просмотра пользователем, редактирование в соответствии с реализованными в программе бизнес- алгоритмами и возврат обработанных данных обратно в базу данных.
Как известно, базы данных обслуживаются специальными программами — системами управления базами данных (СУБД), которые делятся на локальные, преимущественно однопользовательские, предназначенные для настольных приложений, и серверные — сетевые (часто удаленные), многопользовательские, функционирующие на выделенных компьютерах — серверах. Главный критерий такой классификации — объем базы данных и средняя нагрузка на СУБД.
Тем не менее, несмотря на разнообразие реализаций, общая архитектура приложения баз данных остается неизменной.
Само приложение включает механизм получения и отправки данных, механизм внутреннего представления данных в том или ином виде, пользовательский интерфейс для отображения и редактирования данных, бизнес-логику для обработки данных.
Механизм получения и отправки данных обеспечивает соединение с источником данных (часто опосредованно). Он должен "знать", куда ему обращаться и какой протокол обмена использовать для обеспечения двунаправленного потока данных.
Механизм внутреннего представления данных является ядром приложения баз данных. Он обеспечивает хранение полученных данных в приложении и предоставляет их по запросу других частей приложения.
Пользовательский интерфейс обеспечивает просмотр и редактирование данных, а также управление данными и приложением в целом.
Бизнес-логика приложения представляет собой набор реализованных в программе алгоритмов обработки данных.
Между приложением и собственно базой данных находится специальное программное обеспечение (ПО), связывающее программу и источник данных и управляющее процессом обмена данными. Это ПО может быть реализовано самыми разнообразными способами, в зависимости от объема базы данных, решаемых системой задач, числа пользователей, способами соединения приложения и базы данных. Промежуточное ПО может быть реализовано как окружение приложения, без которого оно вообще не будет работать, как набор драйверов и динамических библиотек, к которым обращается приложение, может быть интегрировано в само приложение. Наконец, это может быть отдельный удаленный сервер, обслуживающий тысячи приложений.
Существует несколько способов доступа к данным из средств разработки и клиентских приложений:
Подавляющее большинство систем управления базами данных содержит в своем составе библиотеки, предоставляющие специальный прикладной программный интерфейс (Application Programming Interface, API) для доступа к данным этой СУБД. Обычно такой интерфейс представляет собой набор функций, вызываемых из клиентского приложения. В случае настольных СУБД эти функции обеспечивают чтение/запись файлов базы данных, а в случае серверных СУБД инициируют передачу запросов серверу баз данных и получение от сервера результатов выполнения запросов или кодов ошибок, интерпретируемых клиентским приложением. Библиотеки, содержащие API для доступа к данным серверной СУБД, обычно входят в состав ее клиентского программного обеспечения, устанавливаемого на компьютерах, где функционируют клиентские приложения.
Другой способ манипуляции данными в приложении базируется на применении универсальных механизмов доступа к данным. Универсальный механизм доступа к данным обычно реализован в виде библиотек и дополнительных модулей, называемых драйверами или провайдерами.