Клиент-серверная архитектура в картинках

Технология клиент-сервер

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

  1. Обнаружение в автоматическом режиме компьютера, который хранит необходимую в соответствии с запросом информацию.
  2. Разбиение запросов, имеющих распределённый характер, на ряд подзапросов к информационным базам разных персональных компьютеров.
  3. Формирование плана выполнения запросов.
  4. Пересылку конкретных подзапросов и их выполнение на сетевых персональных компьютерах.
  5. Получение итогов реализации конкретных подзапросов.
  6. Поддержка в актуальном состоянии информационных дубликатов на разных сетевых персональных компьютерах.
  7. Организация параллельного пользовательского доступа к распределённой базе данных.
  8. Защита распределённой базы данных от несанкционированного доступа и повреждений.

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

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

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

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

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

  1. Функция занесения и отображения информации.
  2. Выполнение прикладных операций работы с данными, которые характерны для разрешения задач выбранной сферы деятельности. К примеру, для банковской сферы это может быть пересылка финансов, открытие счёта и так далее.
  3. Выполнение операций сохранения и управления информационными и ресурсами вычислений. То есть управление информационными базами данных, файловыми системами и так далее.

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

Веб-структуры упрощают веб-программирование на стороне сервера

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

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

Например, рассмотрим следующий код Django (Python), который отображает два шаблона URL для двух функций просмотра. Первый шаблон гарантирует, что HTTP-запрос с URL-адресом ресурса будет передан функции с именем в модуле views. Запрос, который имеет шаблон «», вместо этого будет передан функции просмотра .

# file: best/urls.py
#

from django.conf.urls import url

from . import views

urlpatterns = [
    # example: /best/
    url(r'^$', views.index),
    # example: /best/junior/
    url(r'^junior/$', views.junior),
]

Note: Первые параметры в функциях могут выглядеть немного необычно (например, потому что они используют метод сопоставления шаблонов под названием «регулярные выражения» (RegEx или RE). Вам не нужно знать, как работают регулярные выражения на этом этапе, кроме того, что они позволяют нам сопоставлять шаблоны в URL-адресе (а не жестко закодированные значения выше) и использовать их в качестве параметров в наших функциях просмотра. В качестве примера, действительно простой RegEx может говорить «соответствовать одной заглавной букве, за которой следуют от 4 до 7 строчных букв».

Веб-инфраструктура также упрощает функцию получения информации из базы данных. Структура наших данных определяется в моделях, которые являются классами Python, которые определяют поля, которые должны храниться в базовой базе данных. Если у нас есть модель с именем Team с полем «team_type», мы можем использовать простой синтаксис запроса, чтобы вернуть все команды, имеющие определенный тип.

В приведенном ниже примере представлен список всех команд, у которых есть точный (с учетом регистра) «junior» — обратите внимание на формат: имя поля (), за которым следует двойной знак подчеркивания, а затем тип соответствия для использования (в этом случае точное ). Существует много других типов совпадений, и мы можем объединить их

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

#best/views.py

from django.shortcuts import render

from .models import Team 


def junior(request):
    list_teams = Team.objects.filter(team_type__exact="junior")
    context = {'list': list_teams}
    return render(request, 'best/index.html', context)

После того, как функция получает список младших команд, она вызывает функцию , передавая исходный , HTML-шаблон и объект «context», определяющий информацию, которая должна быть включена в шаблон. Функция render () — это функция удобства, которая генерирует HTML с использованием контекста и HTML-шаблона и возвращает его в объект .

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

Бизнес и финансы

БанкиБогатство и благосостояниеКоррупция(Преступность)МаркетингМенеджментИнвестицииЦенные бумагиУправлениеОткрытые акционерные обществаПроектыДокументыЦенные бумаги — контрольЦенные бумаги — оценкиОблигацииДолгиВалютаНедвижимость(Аренда)ПрофессииРаботаТорговляУслугиФинансыСтрахованиеБюджетФинансовые услугиКредитыКомпанииГосударственные предприятияЭкономикаМакроэкономикаМикроэкономикаНалогиАудитМеталлургияНефтьСельское хозяйствоЭнергетикаАрхитектураИнтерьерПолы и перекрытияПроцесс строительстваСтроительные материалыТеплоизоляцияЭкстерьерОрганизация и управление производством

пример

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

На каждом этапе этой последовательности обмена сообщениями клиент-сервер компьютер обрабатывает запрос и возвращает данные. Это шаблон обмена сообщениями запрос-ответ. Когда все запросы удовлетворены, последовательность завершается, и веб-браузер представляет данные клиенту.

Этот пример иллюстрирует шаблон проектирования, применимый к модели клиент-сервер: разделение задач .

Преимущества трехуровневой архитектуры

  1. Возможность построить защиту от SQL-инъекций — это атака на сервер, при которой передается SQL-код, и при выполнении этого кода злоумышленник может воздействовать на нашу базу данных.

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

  3. Возможность модифицировать данные перед отправкой клиенту.

  4. Масштабируемость — возможность расширить наше приложение на несколько серверов, которые будут использовать одну и ту же базу данных.

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

Сравнение с одноранговой архитектурой

В дополнение к модели клиент-сервер, распределенные вычислительные приложения часто используют равный-равному (P2P) архитектуру приложения.

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

В одноранговой сети два или более компьютера ( одноранговых узла) объединяют свои ресурсы и обмениваются данными в децентрализованной системе . Одноранговые узлы являются равными или равноправными узлами в неиерархической сети. В отличие от клиентов в сети клиент – сервер или клиент – очередь – клиент , одноранговые узлы взаимодействуют друг с другом напрямую. В одноранговых сетях алгоритм в протоколе одноранговой связи балансирует нагрузку , и даже одноранговые узлы со скромными ресурсами могут помочь распределить нагрузку. Если узел становится недоступным, его общие ресурсы остаются доступными, пока его предлагают другие одноранговые узлы. В идеале одноранговому узлу не нужно достигать высокой доступности, потому что другие, избыточные одноранговые узлы компенсируют любой простой ресурса ; при изменении доступности и нагрузочной способности одноранговых узлов протокол перенаправляет запросы.

И клиент-сервер, и главный-подчиненный рассматриваются как подкатегории распределенных одноранговых систем.

Многоуровневая клиент-серверная архитектура

Многоуровневая технология “клиент-сервер” предусматривает выделение отдельного серверного оборудования для обработки данных. Операции хранения, обработки и вывода данных производятся на разных серверах. Благодаря этому распределению обязанностей повышается эффективность работы сети.

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

Предусматриваются следующие три уровня:

  1. Нижний. Это звено включает клиентское программное обеспечение с пользовательским интерфейсом и системой взаимодействия со следующим уровнем обработки данных.
  2. Средний. Запросы от клиентских программ обрабатываются сервером приложений, на котором осуществляются операции по обработке и подготовке информации для передачи между сервером верхнего уровня и клиентом. Он позволяет разгрузить хранилище данных от лишней нагрузки и распределить запросы от разных пользователей.
  3. Верхний. Это независимый сервер базы данных, на котором хранится вся информация. Он получает подготовленный запрос от сервера приложений и предоставляет ему необходимую информацию без непосредственного взаимодействия с клиентскими приложениями.

27.Распределенные информационные системы и обработка транзакций Понятие транзакции в информационной системе.

К
современным информационным системам
предъявляются жесткие требования
надежности. Никакие отказы и сбои не
должны порождать рассогласование данных
информационной системы

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

Одним
из распространенных методов обеспечения
отказоустойчивости систем является
восстановление ближайшего по времени
корректного состояния системы. Этот
принцип ложится в основу обработки
транзакций.

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

  • удовлетворяются
    все ограничения, накладываемые на
    наборы данных моделью системы (логическая
    целостность);

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

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

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

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

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

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

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

Определение
транзакции можно дать с двух точек
зрения.

С
точки зрения пользователя
транзакция представляет собой
последовательность операторов языка
SQL, которая рассматривается как некоторое
неделимое действие над базой данных.

С
точки зрения аппаратно-программного
комплекса

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

Централизованные вычисления

Модель клиент-сервер не требует, чтобы у хостов-серверов было больше ресурсов, чем у хостов-клиентов. Скорее, он позволяет любому универсальному компьютеру расширять свои возможности за счет использования общих ресурсов других хостов. Однако при централизованных вычислениях большое количество ресурсов выделяется небольшому количеству компьютеров. Чем больше вычислений выгружается с клиентских хостов на центральные компьютеры, тем проще могут быть клиентские хосты. Он сильно зависит от сетевых ресурсов (серверов и инфраструктуры) для вычислений и хранения. A бездисковая узел загружает даже его операционной системы из сети, и компьютерный терминал не имеет операционной системы на всех; это только интерфейс ввода / вывода для сервера. Напротив, толстый клиент , такой как персональный компьютер , имеет много ресурсов и не полагается на сервер для выполнения основных функций.

По мере того, как с 1980-х до конца 1990-х годов микрокомпьютеры падали в цене и становились все более мощными, многие организации перевели вычисления с централизованных серверов, таких как мэйнфреймы и миникомпьютеры , на толстые клиенты. Это давало более индивидуализированное владение компьютерными ресурсами, но усложняло управление информационными технологиями . В течение 2000-х годов веб-приложения стали достаточно зрелыми, чтобы конкурировать с прикладным программным обеспечением, разработанным для конкретной микроархитектуры . Это развитие, более доступная система хранения данных и появление сервис-ориентированной архитектуры были одними из факторов, которые привели к развитию тенденции облачных вычислений в 2010-х годах.

Справочная информация

ДокументыЗаконыИзвещенияУтверждения документовДоговораЗапросы предложенийТехнические заданияПланы развитияДокументоведениеАналитикаМероприятияКонкурсыИтогиАдминистрации городовПриказыКонтрактыВыполнение работПротоколы рассмотрения заявокАукционыПроектыПротоколыБюджетные организацииМуниципалитетыРайоныОбразованияПрограммыОтчетыпо упоминаниямДокументная базаЦенные бумагиПоложенияФинансовые документыПостановленияРубрикатор по темамФинансыгорода Российской Федерациирегионыпо точным датамРегламентыТерминыНаучная терминологияФинансоваяЭкономическаяВремяДаты2015 год2016 годДокументы в финансовой сферев инвестиционной

Выполнение основной функциональности на сервере

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

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

Аналогично командный интерфейс формируется на сервере и отображается на клиенте. Также и отчеты формируются полностью на сервере и отображаются на клиенте.

Клиент-серверная архитектура в картинках

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

На сервере выполняются:

  • Запросы к базе данных,
  • Запись данных,
  • Проведение документов,
  • Различные расчеты,
  • Выполнение обработок,
  • Формирование отчетов,
  • Подготовка форм к отображению.

На клиенте выполняется:

  • Получение и открытие форм,
  • Отображение форм,
  • «Общение» с пользователем (предупреждения, вопросы…),
  • Небольшие расчеты в формах, требующие быстрой реакции (например, умножение цены на количество),
  • Работа с локальными файлами,
  • Работа с торговым оборудованием.

Чтобы вывести Webmoney со своего WM-кошелька вам необходимо сделать следующее:

Свяжитесь с нашим оператором любым удобным для вас способом.
Сообщите оператору валюту и сумму обмена.Укажите, какая электронная валюта у вас есть, а также в какой валюте вы хотите получить наличные.
Уточните время визита в офис.
Переведите Webmoney, заполнив форму сверху, или отправьте прямой платёж на наш кошелек с протекцией сделки

В примечании к переводу обязательно нужно указать ФИО, серию и номер паспорта, номер мобильного телефона владельца кошелька, адрес получения наличных.Пример заполнения примечания: Иванов Сергей Петрович, 1234567890, 89161111111, офис на Тверской.

Внимание!
Данные паспорта в примечании к переводу должны совпадать с паспортными данными в аттестате WMID, с которого был сделан перевод. При подаче заявки в автоматическом режиме примечание к переводу формируется, используя данные вашего аттестата

Перевод Webmoney осуществляется через мерчант, код протекции в этом случае не используется. Получить наличные можно в наших офисах в Москве.
Переводы без паспортных данных или с несоответствующими паспортными данными возвращаются отправителю за вычетом комиссии Webmoney 0.8%

В указанное время приезжайте в один из наших офисов.Не забудьте записать код протекции и обязательно возьмите с собой паспорт.

Ранняя история

Ранняя форма клиент-серверной архитектуры — удаленная запись задания , относящаяся как минимум к OS / 360 (объявлено в 1964 г.), где запрос заключался в запуске задания , а ответ был выходом.

Один из контекстов, в котором исследователи использовали эти термины, заключался в разработке языка программирования компьютерной сети, называемого языком декодирования-кодирования (DEL). Целью этого языка было принимать команды от одного компьютера (пользователь-хост), который возвращал бы отчеты о состоянии пользователю, поскольку он закодировал команды в сетевых пакетах. Другой компьютер с поддержкой DEL, сервер-хост, получил пакеты, декодировал их и вернул отформатированные данные на хост-пользователя. Программа DEL на пользовательском хосте получила результаты для представления пользователю. Это транзакция клиент-сервер. Разработка DEL только начиналась в 1969 году, когда Министерство обороны США создало ARPANET (предшественницу Интернета ).

Клиент-хост и сервер-хост

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

Слово « клиент » впервые используется в статье 1978 года «Отделение данных от функции в распределенной файловой системе» компьютерных ученых Xerox PARC Говарда Стерджиса, Джеймса Митчелла и Джея Исраэля. Авторы тщательно определяют термин для читателей и объясняют, что они используют его, чтобы различать пользователя и сетевой узел пользователя (клиент). (К 1992 году слово « сервер» вошло в обиход.)

Использование встроенного языка на клиенте

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

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

Клиент-серверная архитектура в картинках

На клиенте не допускается непосредственная работа с базой данных. Не допускается работа непосредственно с прикладными объектами, например, недоступны такие типы встроенного языка, как СправочникОбъект.<имя>. Не допускается использование запросов. При необходимости вызова действий с данными в клиентском коде нужно вызывать серверные процедуры, которые уже будут обращаться к данным.

А

Роль клиента и сервера

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

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

Распределённая обработка информации

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

Распределённая обработка информации обладает следующими преимуществами:

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

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

Замечание 1

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

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

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