Распределенная обработка данных

или человек, обращающийся к БД на ЯМД.
Запрос — процесс обращения

пользователя к БД с целью ввода, получения или изменения информации в БД.
Транзакция — последовательность операций модификации данных в БД, переводящая БД из одного непротиворечивого состояния в другое непротиворечивое состояние.

ближе всего соответствует концептуальной модели БД.
Топология БД = Структура распределенной

БД - схема распределения физической БД по сети.
Удаленный запрос — запрос, который выполняется с использованием удаленной связи.
Возможность реализации удаленной транзакции обработка одной транзакции, состоящей из множества SQL-запросов на одном удаленном узле.

SQL, которые выполняются на нескольких узлах сети (удаленных или локальных),

но каждый запрос в этом случае обрабатывается только на одном узле, то есть запросы не являются распределенными. При обработке одной распределенной транзакции разные локальные запросы могут обрабатываться в разных узлах сети.
Распределенный запрос — запрос, при обработке которого используются данные из БД, расположенные в разных узлах сети.

определяющие основные алгоритмы решения задач приложения (Business Logic);
функции обработки

данных внутри приложения (Database Logic);
функции управления информационными ресурсами (Database Manager System);
служебные функции, играющие роль связок между функциями первых четырех групп.

информации;
управление экраном;
обработка движений мыши и нажатие клавиш клавиатуры.

Модели: знако-ориентированный пользовательский интерфейс CICS (Customer Control Information System ), TSO (Time Sharing Option) для централизованной main-фреймовой архитектуры, GUI (графического пользовательского интерфейса).

— это часть кода приложения, которая определяет собственно алгоритмы решения

конкретных задач приложения.

часть кода приложения, которая связана с обработкой данных внутри приложения.

Данными управляет собственно СУБД. Для обеспечения доступа к данным используются язык запросов и средства манипулирования данными стандартного языка SQL.

— это собственно СУБД, которая обеспечивает хранение и управление базами

данных.

в единой среде и комбинируются внутри одной исполняемой программы.
В децентрализованной

архитектуре эти задачи могут быть по-разному распределены между серверным и клиентским процессами.

RP);
распределенная бизнес-логика (Remote business logic, RBL);
распределенное управление данными

(Distributed data management, DDM);
удаленное управление данными (Remote data management, RDA).

мы уже имеем разделение монопольного приложения на два взаимодействующих процесса.

передачей по сети множества блоков и файлов, необходимых приложению;
узкий

спектр операций манипулирования с данными, который определяется только файловыми командами;
отсутствие адекватных средств безопасности доступа к данным (защита только на уровне файловой системы).

существенно разгрузил сервер БД, сводя к минимуму общее число процессов

в операционной системе;
сервер БД освобождается от несвойственных ему функций; процессор или процессоры сервера целиком загружаются операциями обработки данных, запросов и транзакций.
резко уменьшается загрузка сети.

могут существенно загрузить сеть;
Излишнее дублирование кода приложений;
сервер в

этой модели играет пассивную роль, поэтому функции управления информационными ресурсами должны выполняться на клиенте.

Ingres, Sybase, Oracle, MS SQL Server.
Основу данной модели составляет

механизм хранимых процедур как средство программирования SQL-сервера, механизм триггеров как механизм отслеживания текущего состояния информационного хранилища и механизм ограничений на пользовательские типы данных, который иногда называется механизмом поддержки доменной структуры.
Недостатком данной модели является очень большая загрузка сервера.

Наиболее заметны преимущества модели сервера приложений в тех случаях, когда

клиенты выполняют сложные аналитические расчеты над базой данных, которые относятся к области OLAP-приложений. (On-line analytical processing.)
Функции промежуточных серверов могут быть в этой модели распределены в рамках глобальных транзакций путем поддержки XA-протокола (X/Open transaction interface protocol), который поддерживается большинством поставщиков СУБД.

и взаимодействие с пользователем были совмещены в одной программе)
«Один-к-одному», то

есть сервер обслуживает запросы только одного пользователя (клиента), и для обслуживания нескольких клиентов запускается эквивалентное число серверов.
Многопотоковой односерверной ("multi-threaded") , где каждый клиент связан с сервером отдельной нитью ("thread"), или потоком, по которому пересылаются запросы.

подключаются не к реальному серверу, а к промежуточному звену, называемому

диспетчером, который выполняет только функции диспетчеризации запросов к актуальным серверам.
Многопотоковая архитектура, которая заключается в возможности запуска нескольких серверов базы данных, в том числе и на различных процессорах.