42 Технология Клиент/сервер

Одна из моделей взаимодействия компьютеров в сети получила название «клиент-сервер» (Рис. 1.). Каждый из составляющих эту архитектуру элементов играет свою роль: сервер владеет и распоряжается информационными ресурсами системы, клиент имеет возможность воспользоваться ими.

Сервер базы данных представляет собой мультипользовательскую версию СУБД, параллельно обрабатывающую запросы, поступившие со всех рабочих станций. В его задачу входит реализация логики обработки транзакций с применением необходимой техники синхронизации - поддержки протоколов блокирования ресурсов, обеспечение, предотвращение и/или устранения тупиковых ситуаций.В ответ на пользовательский запрос рабочая станция получит не «сырье» для последующей обработки, а готовые результаты. Программное обеспечение рабочей станции при такой архитектуре играет роль только внешнего интерфейса (Front - end) централизованной системы управления данными. Это позволяет существенно уменьшить сетевой трафик, сократить время на ожидание блокированных ресурсов данных в мультипользовательском режиме, разгрузить рабочие станции и при достаточно мощной центральной машине использовать для них более дешевое оборудование.

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

Для современных СУБД архитектура «клиент-сервер» стала фактически стандартом. Если предполагается, что проектируемая информация будет иметь архитектуру «клиент-сервер», то это означает, что прикладные программы, реализованные в ее рамках, будут иметь распределенный характер, т. е. часть функций приложений будет реализована в программе-клиенте, другая - в программе-сервере. Основной принцип технологии «клиент-сервер» заключается в разделении функций стандартного интерактивного приложения на четыре группы:

• функции ввода и отображения данных;

• прикладные функции, характерные для предметной области;

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

• служебные функции.

Исходя из этого деления любое приложение может состоять из следующих компонентов:

• компонент представления (функции 1-й группы);

• прикладной компонент (функции 2-й группы);

• компонент доступа к информационным ресурсам (функции 3-ей группы и протокол их взаимодействия).

Различия определяются четырьмя факторами:

• какие виды программного обеспечения в логических компонентах;

• какие механизмы программного обеспечения используются для реализации функций трех групп;

• как логические компоненты распределяются компьютерами в сети;

• какие механизмы используются для связи компонент между собой.

43 Недостатки файловых систем

Файловая система – Набор программ, которые выполняют для пользователей некоторые операции, например создание отчетов. Каждая программа определяет свои собственные данные и управляет ими. В этом случае каждая функция автоматизируемой организации может быть реализована одной или несколькими программами, и каждая функция имеет свои собственные данные. Для доступа к каждому файлу необходимо создавать свои –программы.

Недостатки файловых систем

1 Дублирование данных.

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

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

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

2 Зависимость от данных.

Физическая структура и способ хранения информации жестко зафиксирован в коде программ. Это значит, что изменить существующую структуру. Например, изменение типа длины строки с 40 на 41 повлечет следующие действия. Пишется программа, которая создает временный файл с новой структурой, перекачивает данные в новый файл, удаляет старый файл, создает новый файл с новой структурой, но со старым именем, перекачивает данные, разрушает временный файл. Кроме этого, необходимо переписать все приложения, обрабатывающие этот файл.

3 Несовместимость форматов файлов.

Поскольку структура файлов определяется кодом приложений, она также зависит от языка программирования этого приложения. Таким образом, обратиться к файлу, созданному приложением, написанном на другом языке, может быть затруднительно. /*как минимум могут отсутствовать нужные типы данных */

4 Фиксированные запросы.

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

Все перечисленные недостатки файловых систем являются следствием двух факторов:

1 Определение данных содержится внутри приложений, а не храниться отдельно и независимо от них.

2 Помимо приложений не существует никаких других инструментов доступа к данным.