Перенос Базы Данных на WEB-сервер
pplication, и
уничтожается объект Application. Уход клиента происходит либо по тайм-ауту,
период которого задается в минутах свойством Timeout объекта Session (по
умолчанию 30 минут), либо силовым методом Abandon того же самого объекта.
Фактически, объект Session нужен для персонализации, то есть хранения
переменных среды конкретного клиента, а Application - для хранения
глобальной информации всего приложения. Процедуры для обработки событий
OnStart и OnEnd описываются в файле Global.asa, который должен лежать в
корне виртуального каталога.
Механизм приема-передачи данных в ASP реализован с помощью двух встроенных
объектов: Request и Response. Используя свойства и методы этих объектов,
можно добиться настоящей интерактивности, единственным неудобством остается
необходимость закачки новой страницы каждый раз при исполнении какого-
нибудь действия. Но тут не стоит забывать, что ASP - это именно серверная
часть в клиент-серверной модели, а для клиентской части существуют другие
решения.
Как уже было сказано выше, COM-объекты играют важную роль в жизни ASP. И
самым значимым среди них является Database Access. Он обеспечивает доступ к
данным, используя ActiveX Data Objects (ADO). Все, что для этого нужно, это
создать объект Database Access, указать ему Data Source Name (DSN) и
соединиться с источником данных. Так как используется ODBC, источник данных
может быть любым: сегодня драйверы ODBC написаны для всевозможных вариантов
и не ограничиваются системами управления базами данных. Более того, с
выходом объектной файловой системы (Object File System), которую Microsoft
обещает продемонстрировать в NT 5.0, ADO будут способны управлять файловой
системой в стиле баз данных. Как прямой потомок Data Access Objects (DAO) и
Remote Data Objects (RDO), модель ADO очень похожа на своих
предшественников, вплоть до того, что программист, имеющий опыт работы с
DAO или RDO, способен практически сразу использовать все возможности ADO.
Разработчики утверждают, что внешне единственное отличие от старых моделей
- это только ускорение, упрощение и увеличение надежности работы
приложений, и представляют ADO как ядро новой технологии универсального
доступа к данным (Universal Data Access).
Одним из перспективных направлений будет Windows Scripting Host, который
появится в NT 5.0 и Win98. Это одна из стратегий, направленных на снижение
усилий по администрированию (ZAW). Действительно, администраторы могут
удаленно (из любой точки Сети) переконфигурировать системы или использовать
скрипты для их автоматической настройки в зависимости от условий.
Microsoft технологию ASP продвигает достаточно активно. Об этом говорит
хотя бы то, что в MS Internet Information Server 4.0 она уже входит
составной частью, в отличие от IIS 3.0, где ASP представляли собой продукт,
который было нужно инсталлировать отдельно. Кроме того, MS Site Server и MS
Site Server Commerce Edition, позиционируемые как универсальные инструменты
для строительства активных WEB-сайтов, являются теми же самыми ASP с
огромным набором специализированных компонентов.
Выбор из многих решений показал, что наиболее оптимальным является
использование ASP. Это связано прежде всего с самой технологией ASP
модулей. По сути своей ASP – это использование API Windows , используется
единое адресное пространство для каждого процесса в отличии от CGI, а
потому и более производительно. Так же не стоит забывать о том, что WEB-
сервер компании работает под управлением Windows NT Server, а в поставке
Microsoft IIS 4.0 уже есть встроенный обработчик ASP.
4. Разработка проекта:
4.1 Перенос базы данных на Microsoft SQL Server.
Перенос базы данных компании «ТКС 008» осуществлялся с локального
сервера в телефонной службе на WEB-сервер компании.
Механизм передачи информации выглядит следующим образом:
- с сервера телефонной службы, с помощью специально написанной программы,
информации из базы данных собиралась в текстовый файл, причём для каждой
таблицы существует отдельный файл.
- далее эти файлы доставляются физически на компьютер, установленный, как
WEB-сервер компании.
- Следующим этапом текстовые файлы считываются, программой написанной опять
же специально, считывается каждое поле, и на основании этого заноситься
информация в базу данных SQL.
Теперь остановимся подробнее на всём механизме передачи информации.
Первоначально база данных клиентов компании «Телефонная Коммерческая
Служба 008» была реализована на СУБД Btrieve 6.0 , она работает под
управлением операционной системы NetWare компании Novell. Для выгрузки из
неё необходимой информации о клиентах, необходимо было написать программу
для механического копирования содержимого полей некоторых таблиц,
информация из которых требовалась для переноса на WEB-сервер. Такая
программа была написана на языке Borland Pascal 7.0. Она выгружает только
данные из таблиц, причем не все а только свежие ориентируясь на даты
обновления записей присутствующие в базе данных. Данная программа
механически записывает в текстовый файл поля некоторой таблицы из базы
данных клиентов, разделённые маркером, так как не все поля базы данных
являются фиксированной длинны. На каждую таблицу приходиться свой текстовый
файл с содержимым её полей. Далее происходит доставка этих файлов на
компьютер, являющийся WEB-сервером компании. Они помещаются в специально
отведённую для них директорию, и программа обновления SQL базы данных, так
же специально написанная для этой. Приходящие несколько файлов, каждый из
которых содержит обновления для одной из таблиц базы данных. Программа
открывает эти файлы в нужной последовательности. Читает оттуда запись за
записью. Ищет соответствующую запись в БД на SQL, каждая запись однозначно
идентифицируется последовательностью ключевых полей - это программа узнает
из первичного индекса к загружаемой таблице. Если запись уже присутствует в
базе данных SQL, то она обновляется. В противном случае добавляется. Сама
программа напрямую с базой «общаться» не может, поэтому «общение»
происходит через альтернативу ODBC – BDE (Borland Database Engine).
Информационные системы, созданные на основе классической архитектуры
клиент/сервер, называемые двухзвенными системами или системами с "толстым"
клиентом, состоят из сервера баз данных, содержащего сгенерированные тем
или иным способом таблицы, индексы, триггеры и другие объекты, реализующие
бизнес-правила данной информационной системы, и одного или нескольких
клиентских приложений, предоставляющих интерфейс пользователя и
производящих проверку допустимости и обработку данных согласно содержащимся
в них алгоритмам. Если говорить о клиентских приложениях, созданных с
помощью Delphi, для доступа к источникам данных они используют вызовы
функций прикладных программных интерфейсов клиентских частей
соответствующих серверных СУБД. Эти вызовы осуществляются посредством
использования библиотеки Borland Database Engine (BDE). Соответственно
подобное клиентское приложение требует наличия на компьютере конечного
пользователя клиентской части используемой серверной СУБД и присутствия в
оперативной памяти набора динамически загружаемых библиотек как из
клиентской части, так и из BDE , таких, как драйверы баз данных,
библиотеки, содержащие функции API клиентских частей.
Используя BDE, можно создать приложения, работающие как с
однопользовательскими базами данных (БД), так и с серверными СУБД, такими
как Oracle, Sybase, Informix, Interbase, MS SQL Server, DB2, а также с ODBC-
источниками.
BDE обеспечивает для созданных приложений:
. непосредственный доступ к локальным базам данных (dBase, Paradox,
текстовые файлы);
. доступ к SQL-серверам (Oracle, Sybase, MS SQL Server, InterBase,
Informix, DB2) с помощью драйверов Borland SQL Links ;
. доступ к любым источникам данных, имеющим драйвер ODBC (Open DataBase
Connectivity), например, к файлам электронных таблиц (Excel, Lotus 1-2-
3), серверам баз данных, не имеющим драйверов SQL Links (например,
Gupta/Centura);
. создание приложений клиент-сервер, использующих разнородные данные;
. высокую производительность при работе с плоскими таблицами;
. использование SQL (Structured Query Language - язык запросов к
серверным СУБД), в том числе при работе с локальными данными;
. изоляцию приложения от средств языковой поддержки;
. изоляцию приложения от конфигурации системы и сети.
[pic]
Рис. 4 Связь приложений с источниками данных с помощью BDE.
BDE «общается» с SQL сервером через драйверы ODBC.
Следует обратить внимание на то, что перед описанием ODBC-источника в
файле конфигурации BDE обязательно нужно установить соответствующий ODBC-
драйвер и описать соответствующий источник данных в панели управления
Windows NT, используя соответствующий ODBC-администратор. При этом следует
обратить внимание на некоторую терминологическую неувязку. Дело в том, что
ODBC-драйвер с точки зрения BDE, создаваемый при нажатии кнопки New ODBC
Driver на странице Drivers утилиты конфигурации BDE, на самом деле
представляет собой указание не на реальный ODBC-драйвер, установленный в
панели управления Windows, а на конкретный источник данных, доступ к
которому осуществляется с помощью реального O
| |  скачать работу |
Перенос Базы Данных на WEB-сервер |
