[pic]

Рис. 4 Связь приложений с источниками данных с помощью BDE.

BDE «общается» с SQL сервером через драйверы ODBC.

Следует обратить внимание на то, что перед описанием ODBC-источника в файле конфигурации BDE обязательно нужно установить соответствующий ODBC- драйвер и описать соответствующий источник данных в панели управления
Windows NT, используя соответствующий ODBC-администратор. При этом следует обратить внимание на некоторую терминологическую неувязку. Дело в том, что
ODBC-драйвер с точки зрения BDE, создаваемый при нажатии кнопки New ODBC
Driver на странице Drivers утилиты конфигурации BDE, на самом деле представляет собой указание не на реальный ODBC-драйвер, установленный в панели управления Windows, а на конкретный источник данных, доступ к которому осуществляется с помощью реального ODBC-драйвера (с точки зрения панели управления). А потому рекомендуется такой порядок установки при осуществлении доступа к ODBC-источникам :

. Установить нужный ODBC-драйвер (и, возможно, соответствующий ODBC- администратор для панели управления Windows).

. Описать с помощью ODBC-администратора необходимый источник данных в панели управления.

. Запустить утилиту конфигурации BDE и нажать кнопку New ODBC Driver на странице Drivers.

. Придумать и ввести имя так называемого ODBC-драйвера с точки зрения

BDE.

. Выбрать "настоящий" ODBC-драйвер из установленных в операционной системе.

. Выбрать имя источника данных.

. Нажать OK. В списке драйверов появится новый так называемый ODBC- драйвер (с точки зрения BDE).

. Перейти на страницу Aliases и создать псевдоним, связанный со вновь созданным драйвером с точки зрения BDE.

При работе с ODBC-источниками требуется настройка следующих параметров:

|Параметр |Описание |Значение по |
| | |умолчанию |
|VERSION |Внутренний параметр BDE |1.0 |
|TYPE |Идентификатор ODBC-источника |FILE |
|DLL |Имя 16-разрядной динамической библиотеки, |IDODBC16.DLL |
| |содержащей драйвер | |
|DLL32 |Имя 32-разрядной динамической библиотеки, |IDODBC32.DLL |
| |содержащей драйвер | |
|ODBC DRIVER |ODBC-драйвер для соединения с сервером | |
|DRIVER FLAGS |Внутренний параметр BDE | |
|USER NAME |Имя пользователя в диалоге ввода пароля | |
|ODBS DSN |Имя источника данных, описанного в | |
| |администраторе ODBC | |
|OPEN MODE |Параметр, определяющий, в каком режиме |READ/WRITE |
| |открываются таблицы - READ/WRITE or READ | |
| |ONLY | |
|LANGDRIVER |Языковый драйвер, определяющий набор |'ascii'ANSI |
| |символов и порядок алфавитной сортировки | |
|SCHEMA CASHE |Число таблиц, чья структура кэшируется. |8 |
|SIZE |Возможные значения - от 0 до 32 | |
|SQLQRYMODE |Метод выполнения запросов. Возможные |NULL |
| |значения: LOCAL - запрос обрабатывается | |
| |только клиентским приложением, SERVER - | |
| |запрос выполняется только сервером, NULL | |
| |(пустая строка) - запрос передается | |
| |клиенту, если сервер не может его | |
| |обработать. | |
|SQLPASSTHRU |Определяет режим совместного использования |SHARED |
|MODE |одного и того же псевдонима направляемыми |AUTOCOMMIT |
| |на сервер и локальными запросами: NOT | |
| |SHARED - совместное использование | |
| |запрещено, SHARED AUTOCOMMIT - совместное | |
| |использованием разрешено с автоматическим | |
| |завершением транзакций, SHARED NOAUTOCOMMIT| |
| |- совместное использованием разрешено с | |
| |завершением транзакций по правилам сервера.| |
|TRACE MODE |Численное значение, определяющее уровень | |
| |вывода отладочной информации. | |
|SCHEMA CACHE |Время нахождения информации о структуре |-1 |
|TIME |таблиц в кэше в секундах от 1 до | |
| |2147483647. Другие значения: -1 - до | |
| |закрытия БД, 0 - информация не кэшируется | |
|BATCH COUNT |Число записей, помещаемых в пакет до |Число |
| |завершения транзакции |записей, |
| | |умещающихся в|
| | |32 К. |
|MAX ROWS |Максимальное число записей, которые драйвер|-1 (нет |
| |может доставить на рабочую станцию при |ограничений) |
| |выполнении одиночного SQL-запроса | |
|ROWSET SIZE |Число записей, доставляемых в одном блоке |20 |
| |данных (поддерживается не всеми ODBC- | |
| |драйверами). | |

4.2 Реализация запросов к базе данных.

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

Специальных оболочек для написания данных программ-скриптов не использовалось, хотя компания Microsoft рекомендует для разработки свою программу Visual InterDev.

Начальная программа-скрипт (Db008.asp), запускается у пользователя- клиента, осуществляет вывод полей для ввода уточняющей информации по запросу. Эта же программа осуществляет вызов следующего ASP файла и передачу ему необходимой информации по конкретному запросу.

Существует два метода для передачи параметров из форм: метод GET и метод POST.

Метод GET служит для получения любой информации, идентифицированной
URI-Запроса. Если URI - Запроса ссылается на процесс, выдающий данные, в качестве ответа будут выступать данные, сгенерированные данным процессом, а не код самого процесса (если только это не является выходными данными процесса). Использование метода условный GET направлено на разгрузку сети, так как он позволяет не передавать по сети избыточную информацию.

Метод POST используется для запроса сервера, чтобы тот принял информацию, включенную в запрос, как субординантную для ресурса, указанного в Строке
Статус в поле URI-Запроса. Метод POST был разработан, чтобы была возможность использовать один общий метод для следующих функций:

. Аннотация существующих ресурсов

. Добавление сообщений в группы новостей, почтовые списки или подобные группы статей

. Доставка блоков данных процессам, обрабатывающим данные

. Расширение баз данных через операцию добавления
Реальная функция, выполняемая методом POST, определяется сервером и обычно зависит от URI- Запроса. Добавляемая информация рассматривается как субординатная указанному URI в том же смысле, как файл субординатен каталогу, в котором он находится, новая статья субординатна группе новостей, в которую она добавляется, запись субординатна базе данных.
Клиент может предложить URI для идентификации нового ресурса, включив в запрос заголовок "URI". Тем не менее, сервер должен рассматривать этот URI только как совет и может сохранить тело запроса под другим URI или вообще без него.

Для передачи параметров запроса используется метод POST, так как объем передаваемых параметром большой.

Далее происходит вызов других ASP файлов, в зависимости от введённой информации по конкретному запросу или активизации определённой ссылки, а так же передача параметров самого запроса.

Вызванный файл - обработчик запроса. Он формирует конкретный запрос к базе данных и возвращает полученную информацию пользователю.

Список выполняемых функций конкретного файла:
- Srch_Org.asp – осуществляет запрос на выборку информации по организациям;
- Org_Info.asp - осуществляет запрос на выборку подробной информации об организациях;
- Srch_Glb.asp - осуществляет запрос по конкретной информации;
- Stat_TY1.asp - осуществляет запрос на выборку статистической информации по категории товаров;
- Stat_TY2.asp - осуществляет запрос на выборку статистической информации по категории услуги.

Схема взаимосвязей между файлами запросов:

Рис.5 Схема взаимосвязей между файлами запросами.

Начальный файл базы Db008.asp - содержит форму для ввода параметров поиска. Здесь пользователь может выбрать интересующий его раздел или просто задать слово для контекстного поиска, так же выбрав разделы где искать.
[pic]

Рис.6 Db008.asp
Далее происходит следующее:
- Когда пользователь нажимает кнопку типа "Submit" в форме Web-браузер запрашивает определённый ASP-файл с необходимым запросом по выборке необходимой информации, а так же передаёт необходимые параметры запроса.
- Далее уже непосредственно ASP-программа осуществляет запрос к базе данных

SQL через драйвер ODBC с полученными параметрами.
- Затем полученные результаты поиска передаются WEB-браузеру пользователя.

Термин ODBC означает "open database connectivity" - технологию, основанную на стандарте ANSI/ISO, которая позволяет приложениям осуществлять доступ к нескольким базам данных сторонних поставщиков. В ODBC применяется интерфейс общего назначения CLI (call level interface), в котором SQL используется как стандарт для доступа к данным. Нашей целью является обеспечение устойчивых серверных сессий для клиентских систем, поддерживающих ODBC. Сессии могут переживать системный крах без потребности того, чтобы клиентские приложения не беспокоились об остановке работы, разве только из соображений времени выполнения.
Когда клиентское приложение запрашивает информацию из базы данных, запрос поступает драйверу ODBC, который является специфической программой для системы баз данных, реально производящей доступ к базе данных. Драйвер ODBC транслирует запрос таким образом, чтобы сервер баз данных мог понять его и ответить. Сервер передает запрошенные данные драйверу ODBC, который преобразует данные в форму, которую может понять клиентское приложение
ODBC.

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

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

(представлений);

. элемент WHERE- или HAVING-условия (сокращенный вариант предложения, называемый "вложенный запрос");

. фраза выбора в командах CREAT VIEW, DECLARE CURSOR или INSERT;

. средство присвоения глобальным переменным значений из строк сформированной таблицы (INTO-фраза).

Здесь в синтаксических конструкциях используются следующие обозначения:

Страницы: 1, 2, 3, 4, 5, 6