2 Вариант: бд размещаются на сервере сети (удаленные), а приложения - на компьютере пользователя. Такая архитектура называется клиент – сервер.
При архитектуре клиент/сервер экранная форма (прикладной интерфейс) и БД находятся на разных компьютерах. Клиент и сервер могут быть соединены в ЛВС или ГВС.
В конфигурации клиент/сервер необходимо определить требования к аппаратному обеспечению и для клиентов и для сервера. Если конфигурация клиентских мест будет выбрана неправильно, ее исправление может обойтись очень дорого. Следует обратить внимание и на требование к памяти сервера, которая увеличивается пропорционально увеличению числа одновременно работающих пользователей. При использовании хранимых процедур, нужно иметь ввиду, что чем больше процедур, тем больше должен быть объем памяти, чтобы кэшировать скомпилированный код.
Ключом к качественному проектированию системы клиент/сервер является такое распределение функций между рабочими станциями и сервером, при котором число операций обмена между ними минимально. При проектировании процедур определяется, где они должны располагаться: на клиенте, сервере или на клиенте и на сервере.
В общем случае на клиенте следует размещать процедуры управления пользовательским интерфейсом, а всю логику приложений и обработки, совместно используемых данных, нужно выполнить на сервере.
Вся обработка запроса выполняется на удаленном сервере.
К достоинствам варианта относится:
низкая нагрузка сети;
безопасность информации; обработка запросов выполняется единой программой, расположенной на сервере. Сервер устанавливает общие для всех пользователей правила пользования БД, управляет режимами доступа к данным, запрещая одновременное изменение одной записи различными пользователями;
в клиентских приложениях отсутствует код, обеспечивающий управление БД и разграничением доступа к ней.
Мы будем рассматривать реляционные базы данных. Реляционная БД состоит из совокупности взаимосвязанных таблиц, поддерживающих –многопользовательский режим доступа. Для одной таблицы создается несколько файлов, имена которых, как правило, совпадают с именем таблицы, но расширения файлов разные, т.к. они содержат разную информацию. Примеры серверных СУБД: Oracle, Informix ,SyBase, Microsoft SQL Server, InterBase.
Файл-сервер
БД и приложения располагаются на сервере, при этом на компьютере «запускается» копия приложения. Такой вариант соответствует архитектуре файл – сервер. Когда пользователь работает с БД, на его компьютере появляется локальная копия, которая периодически обновляется. Такая архитектура используется, когда в сети немного рабочих станций.
Недостатки такого варианта:
каждый пользователь работает со своей локальной копией. При каждом запросе с сервера пересылается новая копия всей БД, даже если нужны всего несколько записей. В результате возникает перегрузка в сети, что снижает быстродействие и производительность;
изменения, сделанные одним пользователем, в течение некоторого времени неизвестны другим пользователям. Кроме того необходима синхронизация работы отдельных пользователей, связанная с блокировкой редактируемых записей;
затрудняется организация контроля доступа, соблюдение конфиденциальности и поддержания целостности БД.
Для управления совместным доступом к БД необходимы специальные средства контроля и защиты.