П. Г. Демидова А. В. Зафиевский А. А. Короткин А. Н. Лататуев Базы данных Учебное пособие

6.9. Заключительные замечания 
Настройка системы транзакций является одним из важней-
ших элементов создания высокоэффективной многопользова-
тельской системы. Возможности различных СУБД различаются в 
этой области весьма значительно, и поэтому в данной главе 
приведены только самые общие сведения о транзакциях. Кроме 
того, эффективность системы зависит не только от администрато-
ров БД, задающих эти настройки, но и от разработчиков, которые 
должны обеспечить высокую степень параллелизма и коррект-
ность транзакций, гарантирующих согласованность данных по 
завершении каждой транзакции. И конечно же, для создания 
качественной системы необходимо глубоко изучить документа-
цию по применяемой СУБД.
Контрольные вопросы 
1. Опишите основные проблемы, возникающие при много-
пользовательской работе с базой данных. 
2. Назовите основные требования, предъявляемые к транз-
акциям. 
3. Каковы основные команды SQL для управления транз-
акциями и режимы их использования? 
4. Какие средства используются для реализации системы 
управления транзакциями? 
5. Что такое уровни изоляции транзакций? Какому уровню 
соответствует транзакция, удовлетворяющая ACID-условиям? 
6. В каких случаях целесообразно использовать оптимисти-
ческое управление транзакциями? 
Практическое задание 
Изучите систему управления транзакциями в какой-либо кон-
кретной СУБД: используемые команды SQL, реализованные 
уровни изоляции, блокируемые объекты, управление журнализа-
цией, 
наличие/отсутствие 
оптимистического 
управления 
блокировкой. 

---

135 
7. Технологии клиент­сервер 
7.1. Сервер базы данных
Первоначально СУБД имели централизованную архитектуру, 
определяемую архитектурой вычислительной техники: централь-
ным компьютером (большая ЭВМ или мини-компьютер) и 
подключенными к нему терминалами, выступавшими в качестве 
рабочих мест пользователей (рис. 7.1.). При этом пользователь-
ские терминалы не имели собственных ресурсов, то есть процес-
соров и памяти, которые могли бы использоваться для хранения и 
обработки данных. В данной архитектуре сама СУБД и приклад-
ная программа, работающая с базой данных, функционировали на 
центральном компьютере. Там же располагались базы данных. 
Данная архитектура предъявляла жесткие требования к произво-
дительности центрального компьютера. Особенности СУБД того 
поколения напрямую связаны с архитектурой систем больших 
ЭВМ и мини-компьютеров и адекватно отражают все их 
преимущества и недостатки. 
Рис. 7.1. Системы с централизованной архитектурой 

---

136 
Таким образом, ранее пользовательская программа не разде-
лялась на части, она выполнялась некоторым монолитным блоком. 
Общая тенденция развития вычислительной техники от отдельных 
mainframe-систем к вычислительным системам, объединяющим 
компьютеры, привела к необходимости решения задачи более 
рационального использования ресурсов. Действительно, все 
компьютеры в сети обладают собственными ресурсами, и разумно 
так распределить нагрузку на них, чтобы максимальным образом 
использовать их ресурсы. Для воплощения идеи была разработана 
модель разбиения единого монолитного приложения на отдельные 
части и определены принципы взаимосвязи между этими частями. 
Применительно к технологии баз данных функции стандарт-
ного интерактивного приложения разделяются на 5 групп, 
имеющих различную природу: 
 
функции ввода и отображения данных (Presentation Logic);
 
прикладные функции, характерные для данной предметной 
области (Business Logic);
 
функции хранения и управления информационными 
ресурсами внутри приложения (Data manipulation Logic);
 
фундаментальные функции управления информационными 
ресурсами (Database Manager System);
 
служебные функции.
Первый вид функций (Presentation Logic) как часть приложения 
определяется тем, что пользователь видит на своем экране, когда 
работает приложение. Сюда относятся все интерфейсные экранные 
формы, которые пользователь видит или заполняет в ходе работы 
приложения, к этой же части относится все то, что выводится поль-
зователю на экран как результаты решения некоторых промежу-
точных задач либо как справочная информация. Для организации 
презентационной логики используется знакоориентированный или 
графический пользовательский интерфейс. 
Второй вид (Business Logic) – это часть кода приложения, 
которая определяет собственно алгоритмы решения конкретных 
задач приложения (например, для банковской системы – 
открытие счета, перевод денег с одного счета на другой и т. д.). 
Обычно этот код пишется с использованием различных языков 
программирования. 
Третий вид (Data manipulation Logic) – это часть кода прило-
жения, которая связана с обработкой данных внутри приложения. 

---

137 
Данными управляет собственно СУБД. Для обеспечения доступа 
к данным используются язык запросов и средства манипули-
рования данными стандартного языка SQL. Обычно операторы 
языка SQL встраиваются в языки 3 или 4-го поколения (3GL, 
4GL), которые используются для написания кода приложения. 
Четвертый вид функций (Database Manager System) — это 
собственно СУБД, которая обеспечивает хранение и управление 
базами данных. В идеале функции СУБД должны быть скрыты от 
бизнес-логики приложения, однако с точки зрения архитектуры 
приложения они выделяются в отдельную часть приложения. 
Служебные функции играют роль связок между функциями 
первых четырех групп.
В соответствии с этим в любом приложении выделяются 
следующие логические компоненты: компонент представления, 
реализующий функции первой группы; прикладной компонент, 
поддерживающий функции второй группы; компонент доступа к 
информационным ресурсам, поддерживающий функции третьей 
группы, а также вводятся и уточняются соглашения о способах 
их взаимодействия (протокол взаимодействия).