8. Публикация данных в Internet

Современные приложения, например, Microsoft Access, имеют мощные средства для доступа к сетям Internet и intranet. Кроме этого, Microsoft Access предоставляет возможность для перевода хранящихся данных в формат, который позволяет опубликовать их в Internet и intranet. Для этого нужно сохранить объект как доку-мент HTML, и Microsoft Access создаст необходимые HTML-файлы.

HTML-файл представляет собой текстовый файл, который позволяет форматиро-вать текст для просмотра в обозревателе (browser) и создавать гиперссылки на другие документы. HTML является языком, не зависящим от платформы.

Используя Microsoft Access для экспорта данных в формат HTML, не нужно знать языка — Access позаботится об этом самостоятельно. При экспорте объектов базы данных Microsoft Access может создавать как статические, так и динамические до-кументы HTML.

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

Динамическая Web-страница — это страница, отображающая данные в состоянии, которое эти данные имеют на момент просмотра Web-страницы. Динамические Web-страницы представляют актуальную информацию. Microsoft Access позволяет создать динамические Web-страницы на основе таблиц, запросов и форм. Так как данные получаются "на лету", невозможно использовать обычный HTML-файл для их представления. Вместо HTML-файла создаются IDC- и НТХ-файлы. IDC-файл использует предопределенный источник данных ODBC для открытия базы данных и запроса необходимых данных. НТХ-файл используется для форматирования ре-зультата запроса и помещения его на Web-страницу.

9. Технология клиент-сервер

Технология клиент-сервер подразумевает, что помимо хранения базы данных цен-тральный специализированный компьютер (сервер базы данных - server) должен обеспечивать выполнение основного объема обработки данных. При технологии клиент-сервер запрос на выполнение операции с данными (например, обычная вы-борка), выдаваемый клиентом (рабочей станцией), порождает на сервере поиск и извлечение данных. Пользователи, которые отправляют запросы на этот сервер, называются клиентами (client). Извлеченные данные (но не файлы) транспортиру-ются по сети от сервера к клиенту.

Системы, использующие технологию клиент-сервер, разделяется на две части: кли-ентская часть (front-end) обеспечивает графический интерфейс и находится на ком-пьютере пользователя; серверная часть (back-end) обеспечивает управление данными, разделение информации, администрирование и безопасность и находит-ся на специально выделенных для этого компьютерах.

Примерами СУБД технологии клиент-сервер являются Microsoft SQL Server, Oracle, IBM DB2, Sybase и др. Спецификой архитектуры клиент-сервер является использо-вание специального языка структурированных запросов (Structured Query Language, SQL), обеспечивающего пользователя простым и эффективным инструментом доступа к данны

Два основных вида работы с сервером: администрирование и программирование.

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

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

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

Основное преимущество модели «клиент-сервер» состоит в том, что она позволяет нескольким пользователям одновременно получить доступ к данным приложения, при этом изменения, внесенные с одного компьютера, становятся доступными для всех компьютеров, подключенных к серверу. Однако при увеличении числа клиен-тов сервер быстро оказывается «завален» запросами клиентов. Также, поскольку основная часть логики обработки привязана к монолитному набору приложений, изменения бизнес-правил ведут к дорогим и продолжительным изменениям исход-ных программ.