30. Организация обработки данных клиент – сервер (“толстый” клиент).

Толстый или Rich-клиент[1] в архитектуре клиент-сервер — это приложение, обеспечивающее (в противовес тонкому клиенту) расширенную функциональность независимо от центрального сервера. Часто сервер в этом случае является лишь хранилищем данных, а вся работа по обработке и представлению этих данных переносится на машину клиента.

Модель "толстого" клиента. В настоящее время большинство отечественных бухгалтерских программ, основанных на технологии клиент-сервер, используют так называемую модель "толстого" клиента. Здесь в серверную часть системы вынесены, главным образом, функции доступа к данным, а все или большая часть прикладных вычислений выполняются клиентской частью. Это означает, что сервер только отбирает нужные данные и пересылает их на компьютер конкретного рабочего места, который выполняет их обработку. Если результаты обработки должны быть сохранены в общей базе данных, то они пересылаются назад серверу, который и выполняет эти функции. Недостатком построения системы на основе модели "толстого" клиента является то, что решение ряда учетных задач выполняется неэффективно.

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

Возникает вопрос: почему для выполнения столь простых вычислений надо передавать записи по сети, а не выполнять их непосредственно на сервере? Здесь есть немало причин. Основной из них является то, что построение системы на основе модели "толстого" клиента более просто с точки зрения технической реализации. Большинство систем построенных по этому принципу изначально выросли из программ, построенных в архитектуре файл-сервер путем использования специальных системных средств, применение которых не требует значительной переработки программ, которая необходима при выполнении разделения функций прикладных вычислений между клиентом и сервером. Возможность применения этих специальных средств обусловлена тем, что функции доступа к данным могут быть в значительной степени стандартизованы благодаря использованию систем управления базами данных (СУБД), на основе которых создается большинство бухгалтерских программ.

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

С точки зрения функций доступа к данным, реализованным в СУБД, не имеет значения, какая именно информация обрабатывается – бухгалтерская, плановая, аналитическая или инженерная. Поэтому для производителя СУБД (обычно это крупные западные фирмы) важно реализовать в ней максимум возможностей именно для управления данными, рассматриваемыми с абстрактной точки зрения без учета специфики конкретной предметной области. Такой формальный подход к базовым функциям манипулирования данными вполне удовлетворителен для информационно-поисковых систем, но для построения систем, связанных с расчетными функциями не всегда эффективен.