1. Распределенная обработка данных – логические процессы базы данных распределяются

среди двух или более физически независимых сайтов, объединенных в сеть. Например, на

одном компьютере осуществляется ввод/вывод и выборка данных, а на другом – печать

отчета.

2. Данные находятся на рабочем компьютере и доступ к ним может выполнить только один пользователь и с помощью только одного приложения.

Приложение ответственно за поддержание целостности БД и за выполнение запросов к БД.

Архитектура "файл-сервер" также является локальной, т.к. предназначена для локальной сети, включает приложение и СУБД, расположенные на компьютере пользователя, и файл БД, находящийся на локальном сервере. Каждый пользователь имеет на своем компьютере локальную копию данных, время от времени обновляемых из реальной БД, расположенной на сетевом сервере.

Возможна многопользовательская работа с одной и той же бд

• систематическое обновление данных на компьютере пользователя из реальной БД

• блокирование записей, которые изменяются одним из пользователей

Достоинство архитектуры "файл-сервер"состоит в возможности одновременной многопользовательской обработки одной БД.

Недостатки архитектуры "файл-сервер" :

1. передаются избыточные данные

2. высокие нагрузки на сеть и, вследствие этого, резкое снижение производительности приложения при увеличении числа одновременно работающих клиентов

3. возможность нарушения физической и логической целостности данных

Архит.Клиент-серверТрадиционно под термином "клиент-сервер" принято понимать приложение, которое обращается напрямую к серверу баз данных и содержит в себе бизнес-логику процессов работы. А "многозвенная архитектура" также в традиционном понимании подразумевает наличие тонкого клиента, который обращается к серверу приложений, а он, в свою очередь, обращается уже непосредственно к серверу баз данных. Бизнес-правила при этом расположены на промежуточном слое — то есть на сервере приложений.

Достоинства архитектуры "клиент-сервер":

• Снижается нагрузка на сеть за счет уменьшения объема данных в пакетах, посылаемых по сети.

• Понижает сложность приложений-клиентов (нет необходимости обеспечивать целостность и безопасность БД и следить за параметрами многопользовательской работы с БД);

• Повышается степень безопасности данных за счет жесткого контроля целостности.

• Снижаются требования к аппаратному обеспечению пользователя.

3.Клиент-сервер.

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

• Сервер БД представляет собой приложение, осуществляющее комплекс действий по управлению данными – выполнение запросов клиентов, хранение и резервное копирование данных, отслеживание целостности, проверку прав пользователей, ведение журнала транзакций.

• Клиенты – это различные приложения пользователей, выполняющие запросы к серверу, проверяющие допустимость данных и получающие ответы от него.

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

Удаленная база данных размещена на компьютере - сервере сети, а приложение - на компьютере пользователя. Сервер отдельно от клиента - удаленный сервер.

4-5. Традиционно под термином "клиент-сервер" принято понимать приложение, которое обращается напрямую к серверу баз данных и содержит в себе бизнес-логику процессов работы. А "многозвенная архитектура" также в традиционном понимании подразумевает наличие тонкого клиента, который обращается к серверу приложений, а он, в свою очередь, обращается уже непосредственно к серверу баз данных. Бизнес-правила при этом расположены на промежуточном слое — то есть на сервере приложений.

6. Основной принцип такой технологии заключается в разделении функций стандартного

интерактивного приложения на 5 групп:

1. Логика представления, или презентационная логика – функции ввода/вывода.

2. Бизнес-логика - прикладные функции, определяющие основные алгоритмы

решения задач приложения.

3. Логика манипулирования данными, или логика обработки данных - функции

обработки данных внутри приложения.

4. Логика управления информационными ресурсами – функции СУБД, которые

обеспечивают хранение и управление БД.

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

7. Технология COM (component object model)

Стандарт COM был разработан в 1993 году корпорацией Microsoft

COM (ComponentObjectModel) – Технология Компонентных Объектов разра-

ботана корпорацией Microsoft и широко применяется при построении рас-

пределенных систем.

Эта технология описывает модель объекта и способы взаимодействия объ-

ектов и программ.

Технология COM (ComponentObjectModel) - предоставляет возможность

одной программе (клиенту) работать с объектом другой программы (серве-

ра).

Программы, построенные на стандарте COM, фактически не являются авто-

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

между собой COM-компонентов.Сутью данной технологии является то,что

программы строятся из компонент, которые состоят из объектов. Само по се-

бе это обстоятельство не является последней новостью в области программо-

строения - модульная архитектура и объектно-ориентированный подход к

построению программ давно являются признанными стандартами defacto.

Новостью является то, что является этими компонентами и объектами - ими

является непосредственно исполняемый двоичный код - их достаточно заре-

гистрировать в операционной системе и они будут доступны любой про-

грамме исполняющейся на данной машине.Вы просто объявляете COM-

объект, находящийся внутри вашего исполняемого модуля. Объявляете как

его вызвать - и всё.Кроме того, поскольку сопрягаются двоичные объекты, -

не все ли равно на каком языке эти объекты написаны?!

COM-объект напоминает компонент Delphi. Это законченный объект со

своими свойствами и методами, который может легко встраиваться в прило-

жения и распространяться как отдельный программный продукт. Службы

СОМ реализованы на платформах Windows и тесно интегрированы со служ-

бами самих этих операционных систем.