Перенос Базы Данных на WEB-сервер
DBC-драйвера (с точки зрения
панели управления). А потому рекомендуется такой порядок установки при
осуществлении доступа к 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. Сессии могут переживать системный крах без потребности
того, чтобы клиентские приложения не беспокоились об остановке работы,
разве только из соображений времени в
| |  скачать работу |
Перенос Базы Данных на WEB-сервер |
