Даже если вы работаете с крупномасштабным клиент-серверным приложением, вы хотели бы по-новому использовать MS Access.
Архитектура клиент-сервер — это именно двухуровневая компьютерная система. Где один компьютер является сервером, который предоставляет данные, а другой — клиентом, который запрашивает данные. Система может состоять из нескольких клиент-серверных компьютеров, где серверные компьютеры создают рабочую станцию, на которой выполняется приложение, а клиентские компьютеры подключены к этому приложению через сеть. Часто считается, что только тяжелые приложения, такие как SQL Server могут работать как клиент-серверные приложения, тогда как более легкие и базовые, такие как MS Access, не могут. Однако это не так, есть определенные способы, с помощью которых вы можете использовать MS Access в архитектуре клиент-сервер.
Роль MS Access в клиент-серверных вычислениях
Помимо приложения для администрирования базы данных, Access также может функционировать как инструмент разработки приложений. Таким образом, он имеет двойственную природу. Хотя ядро СУБД Access не обеспечивает такую же мощную и эффективную среду многозадачности, как в SQL Server, он предоставляет пользователям эффективные конструкторы отчетов и форм. Инструмент построения отчетов в MS Access настолько хорош, что фактически оставляет позади SQL Server Служба отчетности.
Помимо лучшего инструмента отчетности, такие приложения, как Visual Studio и SharePoint, предоставляют SQL Server с пользовательским интерфейсом, поскольку ему не хватает разработчика или дизайна пользовательского интерфейса. Еще один способ, которым Access Database Engine оценивается лучше, чем Jet Database Engine; поддерживая встроенную интеграцию с SharePoint Services.
Проблемы с использованием доступа в клиент-серверной архитектуре
Access долгое время считался приложением, которое в основном используется отдельными пользователями, малыми предприятиями или рабочими группами. Это приложение представляет собой идеальное сочетание инструмента разработки базы данных, инструмента разработки приложений и механизма базы данных. Одной из основных причин, по которой Access часто считается непригодным для клиент-серверной архитектуры, является тот факт, что Microsoft всегда рекламировала его таким образом. Принимая во внимание, что на самом деле MS Access может обслуживать большое количество пользователей, использующих приложение одновременно. Это стало возможным главным образом потому, что его возможности значительно улучшились с течением времени.
MS Access сегодня очень хорошо умеет создавать клиентские приложения, которые достаточно эффективны для доставки данных, предоставляемых сервером. Потребление данных, предоставляемых SharePoint, может быть очень легко реализовано при использовании MS Access, независимо от местоположения этих данных. Точно так же управление данными, хранящимися SQL Server, в любом месте в Интернете также одинаково легко для MS Access. Однако это не означает, что нет никаких ограничений для этого приложения в клиент-серверной архитектуре.
При использовании в клиент-серверной архитектуре Access не сможет запустить онлайн-портал, а его перегрузка может привести к коррупция mdb. Однако даже при использовании в крупномасштабной компьютерной системе Access может очень хорошо работать в качестве инструмента разработки внешнего интерфейса.
Об авторе:
Вивиан Стивенс — эксперт по восстановлению данных в DataNumen, Inc., которая является мировым лидером в области технологий восстановления данных, включая SQL Server фиксировать и программные продукты для восстановления Excel. Для получения дополнительной информации посетите www.datanumen.com