Сетевые возможности Access

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

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

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

• Открытие в режиме монопольного доступа. База данных открывается для чтения и записи. Другие пользователи не смогут открыть базу данных, пока она не будет закрыта пользователем, открывшим ее в режиме-монопольного доступа.

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

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

Работа может осуществляться разными способами:

Совместный доступ ко всей базе данных

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

Совместный доступ только к таблицам базы данных

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

Совместный доступ к базе данных через Интернет

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

Создание реплики базы данных

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

Создание приложения клиент/сервер

При работе в среде клиент/сервер, т.е. когда база данных или некоторые таблицы находятся, например, на SQL-сервере, чтобы использовать имеющиеся дополнительные возможности и способы защиты, следует создавать приложения, работающие в конфигурации клиент/сервер. Microsoft Access позволяет создавать базы данных непосредственно на Microsoft SQL-сервере и работать с ними. Файл такой базы данных называется проектом базы данных и имеет расширение .adp.

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

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

Распределение функций в архитектуре "клиент-сервер"

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

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

Основные функции серверной СУБД — обеспечение надежности, согласованности и защищенности данных, управление запросами клиентов, быстрая обработка SQL-запросов.

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

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

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