Читайте также:
|
Создается Web‑страница, которая содержит форму с полями для корректировки базы или для отображения значений из базы.
Запрос пользователем Web‑страницы с формой общения с БД.
Заполнение пользователем формы, ее контроль средствами языков VBScript или JavaScript и отправка ее Web‑серверу.
Web‑сервер получает эту форму и запускает программу (ASP‑страницу) ее обработки (имя ее указано в атрибуте ACTION тега <FORM>).
Внешняя программа (ASP‑страница), используя значения полей формы, формирует запрос на языке SQL, с которым обращается к БД. При использовании ASP‑страницы доступ к базе можно осуществить в процедурах сценария (тег <SCRIPT>) командами доступа к базе по технологии ADO, что является более универсальным, но трудоемким. Если в теге <SCRIPT> указать атрибут RUNAT=”Server”, то сценарии выполняются на стороне сервера, иначе ‑ на стороне Web‑клиента.
После получения результата внешняя программа (ASP‑страница) формирует HTML‑документ, который передается Web‑клиенту.
Достоинства: языковая независимость, сценарий выполняется как отдельный процесс, независимость от архитектуры сервера. Недостатки: отсутствие постоянного соединения с БД, низкая скорость. Для устранения этих недостатков вместо CGI‑спецификации нужно использовать спецификацию API (интерфейсы NSAPI, ISAPI, компаний Netscape и Microsoft), программы будут привязаны к интерфейсу и к архитектуре сервера. Интерфейс FastCGI близок к CGI и сочетает преимущества CGI и API.
Схема доступа к БД на стороне клиента с использованием Java
§ На языке Java пишутся программы‑апплеты, выполняемые на любых платформах в интерпретирующем режиме и хранятся на сервере.
§ Составляется HTML‑документ с вызовом нужных апплетов.
§ При выводе HTML‑документа в окне броузера вызываются и настраиваются нужные апплеты.
§ При выполнении апплета выбирается информация из базы и пересылается пользователю.
Схема доступа к БД на стороне клиента с использованием VBScript, ASP и ADO практически совпадает с доступом на стороне сервера, только в теге <SCRIPT> не указывается атрибут RUNAT=”Server” и сценарии в ASP‑странице выполняются на стороне клиента.
Реляционные модели данных и СУБД, определение, особенности и достоинства реляционных баз данных. Соответствие терминов реляционной базы данных в концептуальной, логической и физической моделях. (неполный)
Реляционная база данных представляет собой набор взаимосвязанных двухмерных таблиц (отношений). Эта модель предложена сотрудником фирмы “IBM” Эдгаром Коддом в 1970 году. В настоящее время она практически вытеснила иерархическую и сетевую модели.
Таблица соответствует одному объекту и состоит из фиксированного числа колонок (доменов или полей) и строк (кортежей или записей, которые соответствуют экземплярам объекта). Значения в одной колонке имеют один тип. В реляционной модели можно описывать иерархические и сетевые связи.
Достоинства: простота (вместо файлов самой разной структуры с различным числом полей в записях используются простые двумерные таблицы) и гибкость (она не является жесткой, так как связь между таблицами‑объектами может устанавливаться не до выполнения прикладных программ, а во время их выполнения, т.е. не нужно ждать окончания проектирования логической модели, а разрабатывать прикладные программы одновременно с процессом создания логической модели, и изменение логической модели не влечет за собой необходимости корректировки всех прикладных программ).
Недостаток: более низкая скорость доступа к данным. Но если учесть, что быстродействие компьютеров и дисковых устройств постоянно и очень быстро растет, то этот недостаток не является существенным.
Практически все современные СУБД (Oracle (Oracle), Access, MS SQL Server, Visual FoxPro (Microsoft), Interbase (Borland) и др.) являются реляционными.
Дата добавления: 2014-12-20; просмотров: 103 | Поможем написать вашу работу | Нарушение авторских прав |