Главав. информационные iBxnuji


Сервер работает по заданиям клиентов и управляет выполнением; заданий. После выполнения каждого задания сервер посылает получе| ные результаты клиенту, пославшему это задание, , <

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

Клиенты— это рабочие станции, которые используют ресурсы вера и предоставляют удобные интерфейсы пользователя. Интерфейпользователя — это процедуры взаимодействия пользователя с системе; или сетью.

Клиент является инициатором и использует электронную почту i другие сервисы сервера. В этом процессе клиент запрашивает вид < живания, устанавливает сеанс, получает нужные ему результаты и i щает об окончании работы.

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


Модель файлового серверапредставляет наиболее простой случай распределенной обработки данных. Один из компьютеров в сети счита­ется файловым сервером и предоставляет другим компьютерам услуги по обработке файлов. Файловый сервер играет роль компонента доступа к информационным ресурсам (т. е. к файлам). На других ПК в сети функционирует приложения, в которых совмещены компонент пред­ставления и прикладной компонент. Использование файловых серверов предполагает, что вся обработка данных выполняется на рабочей стан­ции, а сервер лишь выполняет функции накопителя данных и средств доступа (рис. 6.16).


 


 

Первая группа Это функции ввода и отображения данных
Вторая группа Это прикладные операции обработки данных, ха рактерные для решения задач данной предмет ной области (например, для банковской систе мы - открытие счета, перевод денег с одного сче та на другой и т. д.) ' "
Третья группа Это операции хранения и управления информа ционно-вычислительными ресурсами (базам! данных, файловыми Системами и т. д.)

В соответствии с этой классификацией^ любом приложении выде ляются следующие логические компоненты:

• компонент представления,реализующий функции первой группы;)]

• прикладной компонент,поддерживающий функции второй группь

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

Выделяют четыре модели реализации технологии «клиент-сервер*
представленные на рис. 6.15. :

Методы доступа к среде передачи данных

Детерминированные

Недетерминированные


Рис. 6.16. Режим AdHoc

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

Модель доступак удаленным даннымсущественно отличается от мо­
дели файлового сервера методом доступа к информационным ресурсам.
В этой модели компонент представления и прикладной компонент так­
же совмещены и выполняются на компьютере-клиенте. Доступ к ин­
формационным ресурсам обеспечивается операторами специального
языка (SQL, если речь идет о базах данных) или вызовами функций спе­
циальной библиотеки.^ ,

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

Точи» доступа


 


                         
 
     
     
 
           
 
 
 


Метод доступа Araiet


Метод доступа Ethraet


 


 


Метод доступа Token Ring

Рис. 6.15. Методы доступа к среде передачи данных


Рис. 6.17. Инфраструктурный режим

Основное достоинство модели доступа к удаленным данным заклю­чается в унификации интерфейса «клиент-сервер^в виде языка SQL



Вызов при-      
кладного ком­понента ж   Прикладной компонент  
Получение ре-   Сервер  
Запрос
Компонент доступа к ре- сурсам Сервер
Данные

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

Модель сервера баз данныхоснована на механизме хранимых прои дур. Процедуры хранятся в словаре баз данных, разделяются между: сколькими клиентами и выполняются на том же компьютере, где фу ционирует SQL-сервер. В этой модели компонент представления полняется на компьютере-клиенте, в то время как прикладш] компонент оформлен как набор хранимых процедур и функциониру на компьютере-сервере базы данных. Там же выполняется компонб! доступа к данным, т. е. ядро СУБД (рис. 6.18).

Точка доступа

Точка доступа

Рис. 6.18. Распределенная беспроводная система WDS

Достоинства модели сервера баз данных:

• возможность централизованного администрирования прикладнь
функций; ...,,.', ..-,■,

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

• экономия ресурсов компьютера за счет использования единоз
созданного плана выполнения процедуры.

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

Модель сервера приложенийпозволяет помещать прикладные граммы на отдельные серверы приложений. Программа, выполняемая ] компьютере-клиенте, решает задачу ввода и отображения данных, т.' реализует операции первой группы. Прикладной компонент реализоЕ как группа процессов, выполняющих прикладные функции, и назь сервером приложения. Доступ к информационным ресурсам, необхс мым для решения прикладных задач, обеспечивается так же, как в моде доступа к удаленным данным, т. е. прикладные программы обращав к серверу базы данных с помощью SQL-запросов (рис. 6.19).


 

     
  Крмпр-нентпред- , ставления  
  Клиент  

зультатов обра­ботки данных

Рис. 6.19. Модель сервера приложений

Технологии «клиент-сервер» имеют следующие преимущества:

• позволяют организовывать сети с большим количеством рабоч)
станций;

• обеспечивают централизованное управление учетными записяь
пользователей, безопасностью и доступом, что упрощает сетевое адм]
нистрирование;

• предоставляют эффективный доступ к сетевым ресурсам.
Наряду с преимуществами технология «клиент-сервер» имеет и р:

недостатков:

• неисправность сервера может сделать сеть неработоспособно
что влечет как минимум потерю сетевых ресурсов;

• требует квалифицированного персонала для администрированю

• имеет более высокую стоимость сетей и сетевого оборудования.

Информационные хранилища

Применение технологии «клиент-сервер» не дает желаемого резул
тата для анализа данных и построения систем поддержки и принятия!
шений. Это связано 6 тем, что базы данных, которые являются основ
технологии «клиент-сервер», ориентированы на автоматизацию рути
ных операций: выписки счетов, оформления договоров, проверки с
стояния склада и т. д., и предназначены, в основном, для линейнс
персонала. '

Для менеджеров й аналитиков требуются системы, которые бы и
зволяли: '

• анализировать Информацию во временном аспекте;

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

• формировать произвольные зап{
сы к системе;

• обрабатывать большие объемы дг
ных; •..■■■■;.:■

• интегрировать данные из разл*
ных регистрирующих систем.

Решением данной -| проблемй стг реализация технологии информацис ных хранилищ (складов данных).


Основное назначение информационного хранилища — инфорл онная поддержка принятия решений, а не оперативная обработка, ных. Технология информационного хранилища обеспечивает сбор, ных из существующих внутренних баз предприятия и внешних источг ков, формирование, хранение и эксплуатацию информации как едино хранение аналитических данных в форме, удобной для анализа и при тия управленческих решений.

Внешние базы- базы, содержащие с других предприятий и организаций: • базы предприятий-конкурентов; • базы правительственных и законодатель органов и др.

Внутренние базы- локальные базы функцио­нальных подсистем предприятия:

• базы бухгалтерского учета;

• базы финансового учета;

• базы кадрового учета и т. д.

Основные отличия локальной базы данных от информационно^ хранилища представлены в табл. 6.4.

Таблица Отличия базы данных от информационного хранилища

Элемент отличия
База данных

Информационное хранилище

Данные, содержа­щиеся в системе
Оперативные данные организа­ции

Внутренние данные организации, данные других источников


• согласование во времени— приведение данных в соответствие к од­ному моменту времени (например, к единому курсу рубля на текущий момент).

Технология помещения данных в информационное хранилище представлена на рис. 6.20.

Локальная база данных № 2оперативные данные
Локальная база данных № 3 оперативные данны

Локальная база

данных № 1оперативные данные

Преобразование в аналитические данные

ОЧИЩЕНИЕ ДАННЫХ

удаление ненужной информации

АГРЕГИРОВАНИЕ ДАННЫХ

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

ПРЕОБРАЗОВАНИЕ В ЕДИНЫЙ ФОРМАТ

представление данных в единой форме, например, даты


 


       
   
 

Поддерживается одна модель данных
Модели данных

Поддерживается большое количество i лей данных

за-

Запросы по оперативным дан­ным предприятия, отражаю­щим ситуацию на настоящий момент времени
Выполняемые просы

Оперативные и ретроспективные запр содержащие данные предприятия и внешни организаций как на настоящий момент i мени, так иза предыдущие периоды

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

В процессе перемещения данных из локальной базы данных в вд формационное хранилище выполняются следующие преобразова

• очищение данных— устранение ненужной для анализа инфорл
ции (адреса, почтовые индексы, идентификаторы записей и т. д.);

* агрегирование данных— вычисление суммарных, средних, мш
мальных, максимальных и других статистических показателей;

■• преобразование в единый формат— производится в том случае, ■ ли одинаковые по наименованию данные, взятые из разных внепп-и внутренних источников, имеют разный формат представления (t пример, даты).


СОГЛАСОВАНИЕ ВО ВРЕМЕНИ

приведение данных в соответствие к одному мо­менту времени

ИНФОРМАЦИОННОЕ ХРАНИЛИЩЕ

Рис. 6.20. Технология помещения данных в информационное хранилище

Данные, содержащиеся в информационном хранилище, обладают следующими свойствами:

 

1. Предметная ори­ентация Данные организованы в соответствии со способом их представления в пред­метных приложениях
2. Целостность Данные объединены едиными наименованиями, единицами измерения и т. д.
3. Отсутствие вре­менной привязки В отличие от локальных баз данных в информационном хранилище содержат­ся данные, накопленные за большой интервал времени (года и десятилетия)
4. Согласованность во времени Данные приведены к единому моменту времени
5. Неизменяемость Данные в информационных хранилищах не обновляются и не изменяются, они считываются из различных источников и доступны только для чтения

Существует три вида информационных хранидип!;:

• витрины данных;

• информационные хранилища двухуровневой архитектуры;

• информационные хранилища трехуровневой архитектуры.

Пользователь Менеджер по кадрам

Пользователь

Финансовый аналитик


Информационные хранилища трёхуровневой архитектуры имеют структуру, представленную на рис. 6.23.

Пользователь' Менеджер по кадрам

Пользователь

Финансовый аналитик


 


Витрина данных

содержит данные о со­трудниках организации


И в той и в другой \

витрине будут со- \

j держаться данные |_

о заработной пла- |

те сотрудников \


Витрина данных

содержит данные о фи­нансовых операциях


Витрина данных

содержит данные о со­трудниках организации


ИНФОРМАЦИОННОЕ ХРАНИЛИЩЕ


Витрина данных

содержит данные о фи­нансовых операциях


 


Внутренние источни­ки данных


Внешние источни­ки данных


ОПЕРАТИВНЫЙ СКЛАД ДАННЫХ


 


Рис. 6.21. Принцип построения витрины данных

Витрины данных— это небольшие хранилища с упрощенной арх тектурой; Витрины данных строятся без создания центрального хра* лища, при этом информация поступает из локальных баз данных и ог ничена конкретной предметной областью; поэтому в разных витр* данных информация может дублироваться. При построении витрин: пользуются основное принципы построения хранилищ данных, пс му их можно считать хранилищами данных в миниатюре. Принцип : строения витрины данных приведен на рис. 6.21.

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

Пользователь

Пользователь

ИНФОРМАЦИОННОЕ ХРАНИЛИЩЕ

Внешние источники данных

Внутренние источники данных

Рис. 6.22. принцип построения информационного хранилища'двухуровневой арх