Приведите примеры когда лучшим выбором является локальная ис файл серверная и клиент серверная ис

Обновлено: 04.07.2024

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

Файл-серверная технология – это работа в сетевом пространстве с доступом к файлам СУБД, хранящимся на сервере.

Обработка запроса одного пользователя:

· Обращение к БД (запрос)

· Перекачка данных с блокировкой доступа других пользователей

· Обработка данных на компьютере пользователя

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

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

Недостатки файл-серверной системы очевидны:

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

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

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

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

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

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

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

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

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

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

Любая информационная система (ИС) включает в себя три компонента:

Управление данными;
Бизнес-логику;
Пользовательский интерфейс.

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

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

Архитектурой информационной системы называется концепция, согласно которой взаимодействуют компоненты информационной системы.

Существуют следующие виды архитектур ИС:

Локальная;
Файл-серверная;
Клиент-серверная;
Трехслойная.

Локальные информационные системы

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

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

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

Готовые работы на аналогичную тему

Получить выполненную работу или консультацию специалиста по вашему учебному проекту Узнать стоимость

Предположим, что в базе данных на сервере хранится список сотрудников крупного предприятия. На предприятии 1500 сотрудников и 10 подразделений. Пользователю нужно получить число сотрудников, работающих в каждом подразделении. Для решения этой задачи пользователь должен запросить данные всех 1500 сотрудников с сервера по сети, после чего на пользовательском компьютере выполнится процедура, которая осуществит подсчет сотрудников в каждом подразделении. Результатом процедуры будет 10 строк. Таким образом, чтобы получить 10 строк придется передать по сети 1500 строк.

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

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

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

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

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

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

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

Трехуровневая архитектура

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

Сервер приложений – это комплекс программ, выполняемых на сервере и реализующих бизнес-логику ИС .

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

ИТ: 7. Технология «Файл-Сервер», «Клиент-Сервер». Модели взаимодействия «Клиент-Сервер».

Файл-серверная и клиент-серверная технологии информационных систем

Системы, применяемые в туристском бизнесе, относятся к классу информационно-управляющих систем (ИУС).

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

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

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

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

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

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

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

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

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

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

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

Согласно этой классификации в любом техпроцессе можно выделить программы трех видов:

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

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

• программы доступа к информационным ресурсам, реализующие операции третьей группы.

В соответствии с этим выделяют три модели реализации технологии «клиент — сервер»:

1. модель доступа к удаленным данным (Remote Data Access — RDA);

2. модель сервера базы данных (DateBase Server — DBS);

3. модель сервера приложений (Application Server — AS).

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

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

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

В AS-модели программа, выполняемая на компьютере-клиенте, решает задачу ввода и отображения данных, т. е. реализует операции первой группы. Прикладные программы выполняются одним либо группой серверов приложений (удаленный компьютер или несколько компьютеров). Доступ к информационным ресурсам, необходимым для решения прикладных задач, обеспечивается так же, как и в RDA-модели. Прикладные программы обеспечивают доступ к ресурсам различных типов — базам данных, индексированным файлам, очередям и др. RDA- и DBS-модели опираются на двухзвенную схему разделений операций. В AS-модели реализована трехзвенная схема разделения операций, где прикладная программа выделена как важнейшая (рис. 4.6).

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

Несмотря на широкое распространение, RDA-модель постепенно уступает место более технологичной DBS-модели. Последняя реализована в некоторых реляционных СУБД (Ingres, SyBase, Oracle).

В DBS-модели приложение является распределенным. Программы представления выполняются на компьютере-клиенте, в то время как прикладные программы решения задач оформлены как набор хранимых процедур и функционируют на компьютере-сервере БД. Преимущества DBS-модели перед RDA-моделью оче-видны: это и возможность централизованного администрирования решения экономических задач, и снижение напряженности, и возможность разделения процедуры между несколькими приложениями, и экономия ресурсов ПК за счет использования однажды созданного плана выполнения процедуры.

Основным элементом принятой в AS-модели трехзвенной схемы является сервер приложения. Он реализует несколько прикладных функций, каждая из которых оформлена как служба и предоставляет услуги всем программам, которые желают и могут ими воспользоваться. Серверов приложений может быть несколько, и каждый из них предоставляет определенный набор услуг. Любая программа, которая пользуется ими, рассматривается как клиент приложения. Детали реализации прикладных программ в сервере приложений полностью скрыты от клиента приложения.

AS-модель имеет универсальный характер. Четкое разграничение логических компонентов и рациональный выбор программных средств для их реализации обеспечивают модели такой уровень гибкости и открытости, который пока недостижим в RDA- и DBS-моделях. Именно AS-модель используется в качестве фундамента относительно нового вида программного обеспечения — мониторов транзакций.

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

Существует множество разновидностей баз данных, классификаций и так далее.

Что касается 1С, то она имеет два варианта работы с базой данных:

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

Файловая база данных

По такому алгоритму работает каждый пользователь

К плюсам данного варианта можно отнести следующее:

Относительная дешевизна;
Проста в использовании и настройке;
Отсутствует необходимость в дополнительном программном обеспечении;
Оптимально для небольшого количества пользователей (1-5);

Однако минусы такого варианта весьма существенны, а именно:

Существенное снижение быстродействия при размерах базы свыше 6-10 Гб;
Наличие блокировок базы данных при одновременном обращении к ней. «Ошибка блокировки данных» и т.д.;
Вычисления происходят на компьютере пользователя, что повышает требование к комплектующим каждого рабочего места;
Не работают регламентные задания в случае отсутствия активных пользователей;
Наличие свободного доступа к файлу базы данных пользователями, что небезопасно;
Низкая отказоустойчивость. Банальное отключение электричества может привести к повреждению базы и потере данных;

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

Клиент-серверная база данных 1С

Это трехуровневая система, основанная на архитектуре «клиент-сервер». При таком варианте клиентская часть 1С делает запрос не напрямую базу, а через сервер на котором установлен Сервер 1С:Предприятие и уже сервер обращается к базе данных, которая находится под управлением СУБД (система управления базой данных), а вычисления производятся на сервере. Сервер 1С:Предприятие работает с такими СУБД как:

Microsoft SQL Server
PostgreSQL
IBM DB2
Oracle Database

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

Таким образом, сам принцип построения базы на клиент-серверной архитектуре даёт следующие преимущества:

Распределение нагрузки за счет использования Сервера 1С;
Широкие возможности по созданию резервных копий базы данных;
Высокая отказоустойчивость;
Работа регламентных заданий даже при отсутствии активных пользователей;
Практически нет ограничения по размеру базы данных;
При одновременной работе нескольких пользователей на порядок выше производительность по сравнению с файловой базой;
Низкие требования к комплектующим клиентских компьютеров, т.к. все вычисления производятся на сервере;
Нет свободного доступа к базе данных.

К минусам можно отнести:

высокая стоимость;
сложнее в настройке.

Но существует вариант, который позволяет небольшим организациям пользоваться преимуществами использования клиент-серверного варианта базы данных 1С за вполне разумные деньги. Таким решением выступает продукт «1С:Предприятие 8.3. Сервер МИНИ на 5 подключений» в сочетании с СУБД PostgreSQL. Индивидуальное решение по переходу на клиент-серверную версию базы вам помогут подобрать наши специалисты. Уточнить детали вы можете по телефону + 7 8652 333 003.

Читайте также: