Приведите примеры когда лучшим выбором является локальная ис файл серверная и клиент серверная ис
Системы совместного доступа к файлам являются другим примером систем клиент- сервер. Файловые серверы и серверы файловых систем обслуживают запросы клиентов к файлам и файловым системам иногда весьма запутанными способами. Примеры этому- сервисы NFS, Windows Named Pipes и NetBEUI. Файловый сервер предоставляет клиентам доступ к файлам так, что клиентская машина может читать и писать в памяти сервера, как если бы операции ввода/вывода проводились в ее собственной локальной системе памяти.
Настольная система управления данными имеет недостаток - собственная внутренняя реализация управления запросами ввода/вывода, поступающими из сети, сама является клиентом файлового сервера. Когда сервер получает запросы на ввод/вывод от своих клиентов, он полагается на средства управления операционной системы для обеспечения центрального блокирования и организации очереди, необходимые для управления конфликтными запросами.
Такие файл-серверные СУБД не являются клиент-серверными системами баз данных. Программное обеспечение клиента и СУБД- клиенты сервера совместного доступа к файлам. Хотя входной и часто выходной потоки являются до известной степени управляемыми программой СУБД, физическая целостность данных находится под управлением сервисов файловой системы.
Клиент-серверная архитектура
До определенного момента на СУБД возлагались лишь задачи хранения данных и организации доступа к ним. С развитием технологий в состав СУБД разработчики стали включать новый компонент – процедурный язык программирования. С его помощью в СУБД стало возможным создавать процедуры для обработки данных, которые можно вызывать повторно. Такие процедуры называются хранимыми процедурами. Наличие хранимых процедур дало возможность осуществлять некоторую часть обработки данных на сервере.
Рассмотрим задачу из примера 1 в условиях клиент-серверной архитектуры. Пользователь отправит на сервер запрос, который запустит процедуру. Процедура выполнится непосредственно на сервере. Она подсчитает количество сотрудников в каждом подразделении и отправит полученные 10 строк по сети на клиентский компьютер. Таким образом, произойдет существенная экономия трафика: вместо 1500 строк будет передано по сети всего 10.
Клиент-серверная архитектура позволяет разгрузить сеть и поддерживать непротиворечивость данных за счет их централизованной обработки. Однако, языки хранимых процедур не приспособлены для полноценной реализации бизнес-логики. Поэтому бизнес-логика в клиент-серверных ИС по-прежнему реализуется на клиентских компьютерах. Такой подход имеет следующие недостатки:
- любые изменения в бизнес-логике требуют обновления на клиентском компьютере;
- клиентские компьютеры должны быть достаточно производительными;
- слабая защита данных от взломов.
Какой из этих режимов наиболее предпочтительный для работы в вашей программе 1С:Предприятие 8?
Чтобы ответить на этот вопрос, давайте разберем оба этих режима более подробно.
Файловый вариант работы
Для быстрого и безошибочного функционирования системы необходимо, чтобы все действия (запросы), которые совершает пользователь программы 1С:Предприятие 8, выполнялись на компьютере, который хранит базу данных. Однако в файловом режиме работы 1С:Предприятие 8 механизм реализации запросов иной:
- Блокируется часть файла базы данных для других пользователей системы.
- Заблокированные данные перенаправляются по локальной сети к клиенту.
- Операция изменения выполняется на компьютере пользователя.
- Измененная часть файла возвращается в место хранения.
- Файл базы данных становится доступен остальным пользователям системы 1С:Предприятия 8.
Если в базе одновременно работают более 3-х человек, они генерируют постоянный обмен информации, что значительно тормозит работу всех пользователей. Чтобы ускорить работу и сделать ее стабильной, необходимо некий «диспетчер», который на уровне информационной системы будет координировать и выполнять задачи пользователей. Такой «диспетчер» реализован в клиент-серверном режиме работы.
Клиент-серверный вариант работы
На компьютер-сервер («железо») установлена программа 1С: Сервер, которая позволяет запустить 1С:Предприятие 8 в клиент-серверном режиме. Это значит, что программа 1С, которую запускает пользователь на своем компьютере, работает с программой 1С:Сервер. Та, в свою очередь, работает с базой данных. В качестве инструмента управления базой данных используется СУБД – PostgreSQL, MS SQL и им подобные. При этом клиент-серверная архитектура разделяет всю работающую систему на три различные части, определенным образом взаимодействующие между собой:
- клиентское приложение;
- кластер серверов 1С:Предприятия;
- сервер базы данных.
Программа, работающая у пользователя, (клиентское приложение) взаимодействует с кластером серверов 1С:Предприятия 8, а кластер (1С:Сервер) распределяет запросы адресно к нужному файлу базы данных. Он же определяет очередность выполнения операций и вносит изменения в базу данных.
В этом режиме ресурсоемкие операции выполняются на компьютере-сервере, где размещены файлы базы данных, а не на компьютерах пользователей. Таким образом, для комфортной работы в программе 1С:Предприятие 8 будет достаточно только одной мощной машины. Задача компьютеров пользователей – отражение визуальной оболочки программы, с этим справится практически любой компьютер. Кроме того, физически кластер серверов 1С:Предприятия 8 и сервер баз данных могут располагаться как на одном компьютере, так и на разных. Это позволяет администратору при необходимости распределять нагрузку еще и между серверами, что значительно увеличивает отказоустойчивость информационной системы в целом.
Динамические приложения клиент-сервер
Динамические приложения клиент-сервер Во время выполнения программы приложениям часто бывают нужны операторы SQL, которые создаются или изменяются приложениями или вводятся пользователями. Приложения обычно предоставляют пользователю списки выбора, извлекаемые из
11.6.8.4. Пара клиент/сервер
11.6.8.4. Пара клиент/сервер Пара клиент/сервер подобна паре драйвер/ядро, за исключением того, что часть ядра является запущенным в фоновом режиме демоном, от которого не требуется интерактивная работа и наличие собственного пользовательского интерфейса. Обычно демон
Двухуровневая архитектура клиент-сервер
Двухуровневая архитектура клиент-сервер На рис. 6.1 изображена гибкая система, где множество серверов Firebird выполняются на платформах с различными операционными и файловыми системами. Здесь присутствует смесь рабочих станций, на которых выполняются удаленные клиенты,
6.7. Пример программы клиент-сервер
Локальные информационные системы
Локальные информационные системы широко использовались до появления компьютерных сетей. В этом случае все компоненты ИС располагаются на одном компьютере. Очевидным недостатком этой архитектуры является возможность работать в ИС только одному пользователю. Другие пользователи не имеют возможности получить доступ к данным даже для чтения.
11.6.8.4. Пара клиент/сервер
11.6.8.4. Пара клиент/сервер Пара клиент/сервер подобна паре драйвер/ядро, за исключением того, что часть ядра является запущенным в фоновом режиме демоном, от которого не требуется интерактивная работа и наличие собственного пользовательского интерфейса. Обычно демон
Проектирование систем клиент-сервер
Проектирование систем клиент-сервер Факт, что системы клиент-сервер должны быть спроектированы для использования в сетях. Для новичков часто бывает потрясением открытие того, что "молниеносно выполняемая" задача, которая работала в приложении под Paradox или Access, занимает
4.2. Приложение типа клиент-сервер
Файл-серверная архитектура
С появлением компьютерных сетей возникла возможность хранить данные в файлах на выделенном специально для этой цели компьютере. Такой компьютер называется файловым сервером или просто сервером. Компьютеры пользователей соединены с сервером сетью, поэтому доступ к данным, могут получить несколько пользователей одновременно. Однако, кроме функции хранения данных и обеспечения доступа к ним, сервер никаких функций не выполняет. Приложения, обрабатывающие данные, находятся на пользовательских компьютерах.
2.2.9.1 Взаимодействие клиент-сервер
2.2.9.1 Взаимодействие клиент-сервер Продукты INFORMIX построены на принципах архитектуры клиент/сервер. Это означает, что сервер INFORMIX-OnLine DS выполняется на одном компьютере, а клиентские приложения выполняются на других компьютерах, связанных с сервером сетью. При этом от
12.2. Клиент IPv4, сервер IPv6
12.2. Клиент IPv4, сервер IPv6 Общим свойством узла с двойным стеком является то, что серверы IPv6 могут выполнять обслуживание клиентов IPv4 и IPv6. Это достигается за счет преобразования адресов IPv4 к виду IPv6 (см. рис. А.6). Пример такого преобразования приведен на рис. 12.1. Рис. 12.1.
12.2. Клиент IPv4, сервер IPv6
12.2. Клиент IPv4, сервер IPv6 Общим свойством узла с двойным стеком является то, что серверы IPv6 могут выполнять обслуживание клиентов IPv4 и IPv6. Это достигается за счет преобразования адресов IPv4 к виду IPv6 (см. рис. А.6). Пример такого преобразования приведен на рис. 12.1. Рис. 12.1.
Готовые работы на аналогичную тему
Предположим, что в базе данных на сервере хранится список сотрудников крупного предприятия. На предприятии 1500 сотрудников и 10 подразделений. Пользователю нужно получить число сотрудников, работающих в каждом подразделении. Для решения этой задачи пользователь должен запросить данные всех 1500 сотрудников с сервера по сети, после чего на пользовательском компьютере выполнится процедура, которая осуществит подсчет сотрудников в каждом подразделении. Результатом процедуры будет 10 строк. Таким образом, чтобы получить 10 строк придется передать по сети 1500 строк.
Обработка данных на пользовательском компьютере всегда сопровождается передачей по сети большого количества «лишней» информации. Основными недостатками файл-серверной архитектуры являются:
- высокая загруженность сети и, как следствие, низкая скорость работы;
- сложность поддержания непротиворечивости данных, из-за их несогласованной обработки разными пользователями.
10.1.2 TCP и модель клиент/сервер
10.1.2 TCP и модель клиент/сервер TCP естественным образом интегрируется в окружение клиент/сервер (см. рис. 10.1). Серверное приложение прослушивает (listen) поступающие запросы на соединение. Например, службы WWW, пересылки файлов или доступа с терминала прослушивают запросы,
Просмотр содержимого документа
«Архитектуры информационных систем»
Архитектуры информационных систем
Архитектура ИС
Архитектура информационных систем
- концепция, определяющая модель, структуру,
выполняемые функции и взаимосвязь компонентов
Расположение базы данных и приложения
для работы с ней обусловило появление таких
схем обработки данных, как:
- локальная;
- файл-сервер;
- клиент-сервер.
Виды архитектур ИС
- Локальная архитектура;
- Файл – серверная архитектура;
- Клиент – серверная архитектура;
- Двухуровневая архитектура; Трехуровневая архитектура.
- Двухуровневая архитектура; Трехуровневая архитектура.
- Двухуровневая архитектура;
- Трехуровневая архитектура.
Локальная архитектура ИС
Взаимное расположение БД и приложений влияет на производительность системы. Если приложение и БД находятся на одном ПК. В таком случае используется локальная архитектура ИС.
Приложение через процессор баз данных (DBE) передает запрос, обратно получает требуемые данные.
Работа с БД осуществляется в однопользовательском режиме.
ПК пользователя
(Процессор БД)
Файл – серверная архитектура ИС
Архитектура «файл - сервер» обычно применяется в сетях с небольшим количеством пользователей, для ее реализации подходят персональные СУБД, например, Paradox, FoxPro, Access.
Информационная система этого типа состоит из трех компонентов: сервер баз данных, клиент (персональный компьютер с клиентскими приложениями и СУБД), сеть и коммуникационное программное обеспечение
Схема файл – серверной архитектуры ИС
Приложение при данной архитектуре записано на каждый ПК пользователя, при этом приложению должно быть известно местоположение БД .
ПК пользователя 1
Локальная копия БД
(Процессор БД)
Копии файлов с данными
ПК пользователя N
Локальная копия БД
(Процессор БД)
Достоинства файл – серверной архитектуры
2.Разработка приложения осуществляется фактически в расчете на одного пользователя и не зависит от компьютера сети, на который оно устанавливается.
Недостатки файл – серверной архитектуры
- Загруженность сети
- Необходимость постоянных обновлений
3. Необходимость обеспечения синхронной
работы этих пользователей.
4. Затруднена организация контроля
доступа, соблюдения конфиденциальности
и поддержания целостности БД.
Клиент – серверная архитектура ИС
Архитектура, в которой задания или сетевая нагрузка распределены между серверами, и клиентами.
К ним относятся двух – и трехуровневая архитектура клиент – сервер.
Двухуровневая архитектура клиент - сервер
Если удаленная БД размещается на компьютере – сервере сети, а приложение, осуществляющее работу с ней, находится на компьютере пользователя. В этом случае мы имеем дело с архитектурой «клиент - сервер».
Одной из таких архитектур является – двухуровневая клиент – серверная архитектура.
Основана она на использовании только сервера баз данных, когда клиентская часть содержит уровень представления данных, а на сервере находится база данных вместе с СУБД и прикладными программами.
Для реализации архитектуры «клиент-сервер» обычно используются многопользовательские СУБД, например, Interbase, Oracle, SQL Server, MySQL.
Схема двухуровневой архитектуры ИС
Для получения данных клиент формирует и отсылает запрос удаленному серверу, на котором располагается БД. Запрос формулируется на языке SQL, который является стандартным средством доступа, после получения запроса удаленный сервер направляет его серверу БД.
Достоинства двухуровневой архитектуры ИС
1. Снижение нагрузки на сеть.
2. Повышение безопасности информации.
3. Уменьшение сложности клиентских приложений.
Недостатки двухуровневой архитектуры
1. Сложность реализации.
3. Сложная процедура настройки
всех клиентов для обеспечения
единого их поведения.
Трехуровневая архитектура клиент - сервер
Дальнейшее развитие двухуровневой архитектуры привело к появлению трехуровневого варианта «клиент-сервер».
Архитектурная модель программного комплекса, предполагающая наличие в нём трёх компонентов: клиента, сервера приложений и сервера баз данных.
Компоненты трехуровневой архитектуры ИС
- Клиент — это интерфейсный компонент комплекса, предоставляемый конечному пользователю. Сервер приложений - располагается на втором уровне, на нём сосредоточена большая часть бизнес - логики. Сервер баз данных - обеспечивает хранение данных и выносится на отдельный уровень, реализуется, как правило, средствами СУБД.
- Клиент — это интерфейсный компонент комплекса, предоставляемый конечному пользователю.
- Сервер приложений - располагается на втором уровне, на нём сосредоточена большая часть бизнес - логики.
- Сервер баз данных - обеспечивает хранение данных и выносится на отдельный уровень, реализуется, как правило, средствами СУБД.
Схема трёхуровневой архитектуры ИС
Достоинства трёхуровневой архитектуры ИС
1. Разгрузка сервера от выполнения части операций, перенесенных на сервер приложений.
2. Уменьшение размера клиентских приложений за счет разгрузки их от лишнего кода.
3. Единое поведение всех клиентов.
4. Упрощение настройки клиентов – при изменении общего кода сервера приложений автоматически изменяется поведение приложений-клиентов.
Недостатки трёхуровневой архитектуры ИС
1. Сложность архитектуры.
3. Уязвимость системы за счет сервера приложений.
Следует отметить, что локальные приложения БД называют одноуровневыми, клиент-серверные приложения БД – многоуровневыми.
В простейшем случае база данных и СУБД находятся на одном компьютере. Такая информационная система называется локальной, с ней работает один пользователь. В современных браузерах (Google Chrome, Safari, Mozilla Firefox) есть встроенные средства, позволяющие создавать и использовать локальные ИС.
Преимущество локальных ИС — автономность, т. е. независимость от работы локальных и глобальных сетей. Их недостатки проявляются тогда, когда с БД должны работать несколько пользователей:
• базу данных нужно обновлять на каждом компьютере;
• невозможно «стыковать» изменения, вносимые пользователями.
В локальных ИС разработчики иногда применяют свои собственные форматы хранения данных, однако в этом случае теряется переносимость — возможность использования базы данных в других информационных системах.
Как правило, в современных информационных системах используют удалённые базы данных, расположенные на серверах (специально выделенных компьютерах) локальной или глобальной сети. В этом случае несколько пользователей могут одновременно работать с базой и вносить в неё изменения.
СУБД, работающие с удалёнными базами данных, можно разделить на два типа по способу работы с файлами:
• файл-серверные СУБД;
• клиент-серверные СУБД.
Файл-серверные СУБД (например, Microsoft Access) работают на компьютерах пользователей (они называются рабочими станциями) (рис. 3.2). Это значит, что сервер только хранит файлы, но не участвует в обработке данных. Когда пользователь вносит изменения в базу, СУБД с его рабочей станции блокирует файлы на сервере, чтобы их не могли изменить другие пользователи.
Рис. 3.2
При большом количестве пользователей проявляются недостатки файл-серверных ИС:
• обработку данных выполняют СУБД на рабочих станциях, поэтому компьютеры пользователей должны быть достаточно мощными;
• при поиске данных вся БД копируется по сети на компьютер пользователя, это создает значительную лишнюю нагрузку на сеть;
• слабая защита от неправомерного доступа к данным (защита устанавливается на рабочих станциях, а не в едином центре);
• ненадёжность при большом количестве пользователей, особенно если они вносят изменения в базу данных.
Чтобы избавиться от этих недостатков, нужно переместить СУБД на сервер.
Клиент-серверная СУБД (рис. 3.3) расположена на том же компьютере, где находится база данных. Она полностью берёт на себя всю работу с данными, т. е. читать и изменять данные в базе можно только с помощью этой СУБД.
Рис. 3.3
На компьютере пользователя работает прикладная программа- клиент, которая по сети обращается к СУБД для выполнения операций с данными.
В современных клиент-серверных СУБД для управления данными чаще всего используют язык SQL (англ. Structured Query Language — язык структурных запросов). Он содержит все команды, необходимые работы с данными, включая получение нужной информации, создание и изменение базы данных.
• ожидать запросы клиентов по сети;
• при поступлении запроса поставить его в очередь на выполнение;
• выполнить запрос;
• передать результаты клиенту.
Отметим, что серверная и клиентская части могут быть установлены на одном компьютере.
Достоинства клиент-серверных СУБД:
• основная обработка данных выполняется на сервере, поэтому рабочие станции могут быть маломощными;
• проще модернизация (достаточно увеличить мощность сервера);
• надёжная защита данных (устанавливается на сервере);
• снижается нагрузка на сеть, так как передаются только нужные данные (запросы и результаты выполнения запросов);
• надёжная работа при большом количестве пользователей (запросы ставятся в очередь).
Их недостатки — повышенные требования к мощности сервера и высокая стоимость коммерческих СУБД (Microsoft SQL Server и Oracle).
Многие современные информационные системы (например, поисковые системы в Интернете) работают с огромными объёмами данных, которые невозможно разместить на одном компьютере. Поэтому появились распределённые базы данных, расположенные на множестве компьютеров, и соответствующие СУБД для управления ими. Пользователь работает с распределённой базой данных точно так же, как и с обычной (нераспределённой). Главная проблема в этой области — обеспечение целостности и непротиворечивости данных, особенно при разрыве связи между компьютерами.
Следующая страница Транзакции
Cкачать материалы урока
Трехуровневая архитектура
Все недостатки клиент-серверной архитектуры связаны с тем, что на клиентском компьютере лежит слишком большая нагрузка, которую можно было бы перенести на сервер. Поэтому дальнейшее развитие технологий двигалось в направлении переноса нагрузки с клиентских компьютеров на сервер. В дополнение к хранимым процедурам разработчики стали использовать серверные языки программирования. Это дало возможность создавать в ИС промежуточный уровень - сервер приложений.
Сервер приложений – это комплекс программ, выполняемых на сервере и реализующих бизнес-логику ИС .
Использование сервера приложений позволяет максимально разгрузить клиентские компьютеры и сделать обработку данных еще более централизованной, что повышает скорость и надежность ИС.
Работа в программах 1С: Предприятие 8 может быть организована в двух режимах: файловый и клиент-серверный. И в том и в другом варианте все прикладные решения работают полностью идентично.
Файловый вариант работы Файловый вариант работы рассчитан на персональную работу одного пользователя или работу небольшого количества пользователей в локальной сети. В этом варианте все данные информационной базы располагаются в одном файле - в файловой СУБД. | Клиент - серверный вариант работы Клиент-серверный вариант работы предназначен для использования в рабочих группах или в масштабе предприятия. Он реализован на основе трехуровневой архитектуры «клиент-сервер». В этом варианте информационная база хранится в одной из поддерживаемых систем управления базами данных, а взаимодействие между клиентским приложением и СУБД осуществляет кластер серверов 1С: Предприятия 8. |
Клиент-сервер
Клиент-сервер Средства локального доступа.* Локальная заглушка TCP/IP. Для многоуровневых серверных приложений и других клиентов доступ к локальному серверу на любой поддерживаемой платформе осуществляется через протокол TCP/IP: даже при отсутствии сетевой карты соединение
XSLT в архитектуре клиент-сервер
XSLT в архитектуре клиент-сервер Многие из систем, применяющих XSLT, так или иначе, сводятся к клиент- серверной архитектуре, в которой клиент делает запрос, а сервер в качестве ответа возвращает некоторые данные. XSLT в таких решениях может использоваться для приведения
Любая информационная система (ИС) включает в себя три компонента:
- Управление данными;
- Бизнес-логику;
- Пользовательский интерфейс.
Данные хранятся в базах данных, а управление ими осуществляется с помощью системы управления базами данных (СУБД). Бизнес-логика определяет правила, по которым обрабатываются данные. Она реализуется набором процедур, написанных на различных языках программирования. Пользователь работает с интерфейсом, где логика работы ИС представлена в виде элементов управления – полей, кнопок, списков, таблиц и т.д.
Однако, эти три компонента в разных ИС взаимодействуют друг с другом различными способами.
Архитектурой информационной системы называется концепция, согласно которой взаимодействуют компоненты информационной системы.
Существуют следующие виды архитектур ИС:
- Локальная;
- Файл-серверная;
- Клиент-серверная;
- Трехслойная.
12.3. Клиент IPv6, сервер IPv4
12.3. Клиент IPv6, сервер IPv4 Теперь мы поменяем протоколы, используемые клиентом и сервером в примере из предыдущего раздела. Сначала рассмотрим TCP-клиент IPv6, запущенный на узле с двойным стеком протоколов.1. Сервер IPv4 запускается на узле, поддерживающем только IPv4, и создает
Какие преимущества дает клиент-серверный вариант?
Быстродействие. При работе в клиент-серверном варианте 1С самые объемные и «тяжелые операции», например, групповое перепроведение документов или групповая обработка данных, производятся на серверных мощностях, а конечный результат, так называемая «выборка», предоставляется клиентскому приложению. Увеличить мощность одного сервера (компьютера) проще и дешевле, чем обновить все клиентские машины.
Безопасность. При использовании клиент-серверного режима 1С, пользователям не известно место расположения базы данных. Это эффективный способ пресечь вероятность копирования информации из базы данных. В файловом режиме работы пользователь может легко осуществить кражу данных.
Удобство администрирования. Управление архитектурой информационной системы 1С гораздо удобней и проще осуществлять через Сервер приложений 1С, особенно в вопросах контроля и разграничения правами доступа пользователей к базе данных.
Снижение рисков повреждения базы данных. Использование клиент-серверного варианта обеспечивает большую надежность, так как в нем обеспечивается полная независимость записи данных на сервере от сбоев клиентских компьютеров и локальной сети.
Какой режим работы 1С выбрать – файловый или клиент-серверный?
1. Файловый режим работы в программах 1С подойдет, если:
- небольшая компания с кол-вом одновременно работающих сотрудников с программой 1С не более 3-х.
- с базой данных до 2Гб.
2. Рекомендуем использовать 1С:Сервер (клиент-серверный вариант), если:
- Размер информационной базы от 2 Гб и выше
- Количество пользователей от 3-х и более
- Используете последние версии программ 1С на управляемых формах
- 1С зависает или долго выполняет операции
- В период отчетности зависает и дает сбои
- Планируете увеличение пользователей 1С
Что нужно сделать для перехода на клиент-серверный режим работы?
1. Купить программное обеспечение - лицензия для Сервера 1С:Предприятие.
2. Выбрать СУБД:
- PostgreSQL – бесплатная СУБД (имеет большой ряд ограничений);
- Лицензии на сервер MS SQL и клиентский доступ к MS SQL
3. Настроить СУБД для работы в связке с сервером 1С:Предприятие
4. Установить 1С:Сервер и настроить администрирование.
Остались вопросы? Звоните специалистам IT – компании LIGASOFT, они помогут разобраться.
Презентация к уроку на тему: "Архитектуры информационных систем". Рассмотрены достоинства и недостатки архитектур информационных систем: локальной, файл-сервер, клиент-сервер.
1.2 Понятие архитектуры клиент-сервер.
1.2 Понятие архитектуры клиент-сервер. В подавляющем большинстве случаев локальная сеть используется для коллективного доступа к базам данных. Существует два подхода к организации коллективного доступа данным. Первый подход заключается в том , что файлы данных
Читайте также: