Кузин А.В., Левонисова С.В. Базы данных (5-е издание, 2012) (1084448), страница 34
Текст из файла (страница 34)
Полученные файлы копируются наWWW-сервер. Доступ к ним осуществляется, как к статическимгипертекстовым документам сервера.Этот вариант характеризуется минимальными начальными расходами. Он эффективен при небольших массивах данных простойструктуры с редким обновлением, а также при пониженных требованиях к актуальности данных, предоставляемых через WWW.Кроме того, для него характерны полное отсутствие механизмапоиска и наличие возможности использования индексирования.В качестве преобразователя в этом случае может выступать программное обеспечение, автоматически или полуавтоматически генерирующее статические документы.
Программа-преобразовательможет являться самостоятельно разработанной программой либобыть интегрированным средством из числа существующих на рынкеразнообразных программ типа генераторов отчетов.2. Динамическое создание гипертекстовых документов на основе содержимого БД.В этом варианте доступ к БД осуществляется с помощью специальной программы, запускаемой WWW-сервером в ответ назапрос WWW-клиента. Такая программа, обрабатывая запрос, просматривает содержимое БД и создает выходной HTML-документ,возвращаемый клиенту (рис.
4.4).Данный вариант эффективен для больших баз данных со сложной структурой и при необходимости поддержки операций поиска, а также при частом обновлении и невозможности синхронизации преобразования БД в статические документы с обновлением содержимого. В этом варианте возможно осуществление изменения БД из WWW-интерфейсов.Для реализации такой технологии необходимо использоватьвзаимодействие WWW-сервера с запускаемыми программами CGI(Common Gateway Interface).
Выбор программных средств для этого в настоящее время достаточно широк — это и универсальныеязыки программирования (С, Perl), и интегрированные средстватипа генераторов отчетов. Кроме того, могут использоваться средства создания сценариев на страницах гипертекстовых документов (активные серверные страницы ASP, язык РНР). При использовании современных реляционных СУБД с внутренними языками программирования возможно применение этих языков для генерации документов.Контрольные вопросы и упражнения1. Каковы тенденции развития архитектуры баз данных?2. Описать архитектуру файлового сервера.3.
Какова технология репликации баз данных?4. Описать архитектуру клиент—сервер.5. Описать архитектуру распределенных баз данных.6. Каковы способы применения баз данных MS Access в сети?7. Рассказать об интеграции баз данных с глобальной сетью Интернет.ПРИЛОЖЕНИЕ 1Перечень основных событий M icrosoft Access1. Событие Текущая запись (Current) происходит, когда очередная запись получает фокус или выполняется повторный запрос к источнику данных формы — таблице или запросу, т. е.
оновозникает как при открытии формы, так и при переходе от однойзаписи к другой.Чаще всего это событие используется для синхронизации записей в связанных формах.2. Событие Удаление (Delete) происходит, когда пользовательпытается удалить запись из формы.
Оно происходит до того, какзапись реально удаляется из базы данных. Процедура обработкиэтого события имеет логический параметр Cancel. Если установить значение этого параметра как True, то удаление записи будетпредотвращено.3. Событие До подтверждения Del (BeforeDelConfirm) возникает до появления соответствующего окна. Процедура обработкиэтого события имеет два параметра: Cancel и Response. Присвоивв процедуре значение True параметру Cancel, можно отменить удаление; при этом окно подтверждения выдаваться на экран не будет. Следовательно, это еще одна возможность отменить удалениепрограммно (третья возможность отмены будет предоставленапользователю в диалоговом окне подтверждения удаления). Еслиже параметру Cancel присвоить значение False, то параметрResponse можно использовать, чтобы определить, нужно ли выдавать окно подтверждения.
Если параметр Response принимаетзначение 1, то запись будет удалена без подтверждения; если жезначение равно 0, то Access выдаст окно, запрашивающее у пользователя подтверждение удаления записи.4. Событие После подтверждения Del (AfterDelConfirm) происходит как после подтверждения удаления записи, так и при отмене удаления.
Процедура обработки данного события имеет одинпараметр Status, который может принимать значения 0; 1; 2 иопределять, была ли удалена запись: 0 — запись была успешноудалена; 1 — удаление отменено программой обработки события;2 — удаление было отменено пользователем в окне подтвержде179ния удаления. Это событие может быть использовано в программедля проверки удаления записи.5. Событие До вставки (BeforeInsert) происходит, как толькопользователь вводит первый символ в новую запись (в одно изполей, не обязательно первое), но до того, как запись фактически будет создана.
Процедура обработки этого события может бытьиспользована для проверки разрешения вставки. Процедура имеетодин параметр Cancel. Если установить значение этого параметраравным True, то вставка записи будет запрещена. После этого события отменить вставку уже нельзя, можно только удалить вставленную запись.6.
Событие После вставки происходит после того, как в таблицу добавлена новая запись, обычно при переходе к следующейзаписи в форме. Процедура обработки этого события обычно используется для того, чтобы сделать повторный запрос к источнику данных с целью вывода новой записи.7. Событие До обновления (BeforeUpdate) возникает при любомизменении данных в записи или элементе управления. Это событие может относиться как к элементу управления, так и к записив целом. Процедура обработки этого события имеет один параметр Cancel, используемый для отмены введенных изменений,для чего ему нужно присвоить значение True. Это событие обычноиспользуется для проверки условий на значение в поле таблицыили записи в целом, если эти условия сложные (простые условияобычно задаются в свойстве Условие на значение (ValidationRule)элемента управления).
Условия проверяются сразу для несколькихзначений, причем в них используются ссылки на элементы управления в других формах. При разных значениях введенных данных выдаются разные сообщения об ошибках.8. Событие После обновления (AfterUpdate) происходит послеобновления данных в записи или элементе управления. И хотяобновление данных уже произошло, можно еще восстановить старые значения, воспользовавшись свойством OldValue элементауправления, сохраняющим его старое значение, которое сменится только после события После обновления.9. Событие Изменение (Change) возникает в следующих случаях:при изменении содержимого текстового поля или поля со списком; причем изменением может быть любой непосредственно введенный или удаляемый символ;при изменении значения свойства Текст (Text) элемента управления с помощью макроса или процедуры YBA;в элементе управления Набор вкладок (Tab Control) при переходе с одной вкладки на другую.10.
Событие Отсутствие в списке (NotlnList) возникает в полесо списком, когда пользователь вводит вручную значение в текстовую часть поля, которое отсутствует в списке, и после этого180пытается перейти в другое поле или сохранить запись. Для тогочтобы это событие происходило, нужно присвоить свойству Ограничиться списком (LimitToList) значение Yes. Если это свойствоимеет значение No, разрешается ввод в поле данных, не совпадающих ни с одним значением из списка.Процедура обработки данного события имеет два параметра:NewData и Response. Параметр NewData содержит введенные данные, а параметр Response управляет обработкой события и можетиметь значения 0; 1; 2. Значение 0 позволяет вывести на экранстандартное сообщение о том, что введенные данные отсутствуютв списке, и запретить ввод.
Значение 1 позволяет вместо стандартного сообщения вывести специальное сообщение (например, запрашивающее) о том, следует ли сохранить введенное значение.Новые данные при этом не добавляются в список. Значение 2 разрешает добавить новое значение в список. При этом в процедуреобработки данного события нужно добавить значение к источнику строк для поля со списком, после чего поле обновляется, таккак Access повторно запрашивает источник строк. Однако еслиисточником строк для поля со списком является таблица-справочник, то простого добавления значения может оказаться недостаточно. Скорее всего придется вывести специальную форму, вкоторой пользователь должен будет заполнить все необходимыеполя.
После сохранения записи в этой форме новые данные добавляются в список.Типичная ситуация, когда требуются такие действия, — этодобавление нового клиента при выписке ему стандартного документа (счета, накладной и т.д.).11. Событие Внесены изменения (Dirty) возникает в следующихситуациях:при изменении содержимого текстового поля или поля со списком, причем изменением может быть любой непосредственно введенный или удаляемый символ;при изменении значения свойства Текст (Text) элемента управления с помощью макроса или процедуры VBA;в элементе управления Набор вкладок (Tab Control) при переходе с одной вкладки на другую.В отличие от события Изменение данное событие относится кформе.