Чем отличается клиент от сервера

Чем отличается клиент от сервера

Клиент против сервера

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

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

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

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

1. Клиентский компьютер — это небольшой компьютер с базовой аппаратной конфигурацией, тогда как

серверная машина — это компьютер высокого класса с расширенной аппаратной конфигурацией.

2. Клиент — это простая и менее мощная машина, тогда как сервер является мощным

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

файлов и приложений.

4. Сервер обеспечивает высокую производительность по сравнению с клиентской машиной.

5. Сервер поддерживает одновременное, несколько пользовательских входов, тогда как клиент поддерживает

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

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

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

Читайте также:  Программа для rfid reader usb

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

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

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

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

Файл–сервер Рабочая станция

Рис. 9.5. Технологии обработки запросов по базовым вариантам: а – типовая среда обработки запросов в сетях ЭВМ; б – распределенная среда обработки запросов в сетях ЭВМ

Прикладные программы баз данных клиент-сервера поддерживаются программными продуктами:

· NetWare Btrieve – программой управления записями с индексацией по ключу (выполняется на сервере);

· NetWare SQL – ядром реляционных баз данных, предназначенным для обеспечения системы защиты и целостности данных.

Службы баз данных NetWare Btrieve и NetWare SQL фирмы Novell позволяют разработчикам создавать надежные прикладные программы баз данных без необходимости написания собственных программ управления записями, что обеспечивает удобный перенос прикладных программ в среду клиент-сервера.

В настоящее время разработаны десятки тысяч прикладных автономных и многозадачных программ, ориентированных на клиента версий NetWare Btrieve, NetWare SQL, которые могут быть использованы организациями, создающими или имеющими сеть ЭВМ. Более того, версии NetWare Btrieve и NetWare SQL фирмы Novell для клиентов имеют согласованные API, что упрощает перенос программ из среды одного клиента в среду другого.

По степени изменчивости все базы данных (БД) можно разделить на два класса:

· А – условно-постоянные (в основном для справочных систем);

· Б – сильно динамичные (для банковских, биржевых систем и т.п.).

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

Читайте также:  Unreachable code after return statement

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

Поэтому любая СУБД не может одинаково успешно применяться при работе с БД разных классов. Такие системы, как CLIPPER, FOXPRO, ориентированы на первый класс БД – А, и здесь имеются неплохие результаты, а такие СУБД , как Informix, Ingres, SyBase, создавались для второго класса – Б.

Исходя из вышесказанного, напрашивается вывод: найти «золотую середину», которая удовлетворяла бы требованиям обоих классов А и Б. Решением этой противоречивой задачи является использование дифференциальной организации файлов базы данных, или дифференциальных файлов (ДФ).

В последнее время разработчики СУБД ведущих фирм подошли к использованию идеи ДФ. Причинами явились следующие факты:

• значительное расширение класса решаемых на IBM PC задач, так что термин «персональный компьютер» уже не соответствует действительности;

• широкое распространение локальных вычислительных систем (ЛВС);

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

• стремительное развитие технической базы ЭВМ (в большей степени дисковой памяти).

Остановимся на сути ДФ применительно к БД в ЛВС. Реализация идеи ЛВС в различных СУБД значительно отличается.

Идея ДФ включает положения:

• основной файл БД остается неизменным при любых обновлениях базы данных, т.е., любые изменения БД последовательно накапливаются в специальном файле изменений (не путать с журналом транзакций) – ДФ;

• никакие индексы для него не создаются и не поддерживаются.

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

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

Достоинства ДФ относятся к обеспечению высокой надежности, целостности БД и скорости отработки транзакций.

Вопрос, какие скорости отработки транзакций можно обеспечить при использовании ДФ, является довольно важным. Очевидно, что скорость отработки транзакций при такой организации БД возрастет в десятки раз. При этом сервер базы данных практически напоминает обычный файл-сервер.

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

Читайте также:  Acer va50 hc cr характеристики

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

А, как в этом случае ведется поиск в БД? По ассоциатору находится множество записей-целей: число и список их адресов в основной БД, после чего производится считывание ассоциатора ДФ и производится корректировка этого списка. За счет этой корректировки время поиска увеличивается, причем величина этого увеличения зависит от размеров ДФ. Своевременность обновления БД должна быть в компетенции администратора БД. Чтобы исключить существенные издержки, связанные с ДФ, можно накапливать изменения БД для их пакетной обработки и при поиске ДФ не учитывать. В ряде систем, таких как банковские, допускается потеря некоторой точности в период между циклами обновления – контролируемое запаздывание.

Помимо всего прочего использование ДФ обеспечивает:

• возможность администратору восстанавливать случайно удаленные записи;

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

• возможность создания распределенных БД;

• одновременное выполнение транзакций.

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

Не нашли то, что искали? Воспользуйтесь поиском:

Или вот так:
Клиент-сервер — это технология взаимодействия компьютеров в сети Файл-сервер — грубо хранилище данных на определенном выделенном компьютере с определенными правами доступа.

Или вот так:
1. Клиент-сервер это два слова определяющие архитектуру работы, когда есть сервер, а у него — клиенты. 2. Файл-сервер — сервер (модель архитектуры клиент-сервер) на который выкладывают файлы в какой либо сети, будь то фильмовый сервер, сервер mp3, вареза.

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

Ссылка на основную публикацию
Хрипит динамик на телефоне при прослушивании
Одной из самых распространенных поломок мобильных аппаратов является выход из строя динамика. Любой пользователь мобильных телефонов знает, что сейчас производители...
Установить программу для сканирования документов бесплатно
Загрузите бесплатно пробную полнофункциональную версию программы для сканирования Scanitto Pro. Данная версия работает без каких-либо ограничений в течение 30 дней....
Установить протокол mtp media transfer protocol
Описание Компания Microsoft содержит под своим крылом множество драйверов, среди этой коллекции находится и Media Transfer Protocol, тот самый драйвер,...
Хэнкок из какой вселенной комиксов
Хэнкок Общая информацияЖанр Научная фантастика Драма Комедия Страна производстваСШАКиностудия Columbia Pictures РежиссёрПитер БергАвтор сценария Винс Джиллиган Винсент Нго Когда вышел2008...
Adblock detector