Перенос Базы Данных на WEB-сервер

- адаптируется к росту нагрузки.

Нагрузка на SQL Server динамически распределяется по нескольким ЦП,

что повышает масштабируемость на симметричных многопроцессорных

системах.

повышает надежность

Задачи пользователя исполняются в самостоятельных потоках, и при

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

влияния на выполнение остальных. Например, SQL Server способен

прервать "спящий" процесс без того, чтобы это оказало влияние на

работу всей системы. Ни одна задача не может "выйти из-под контроля".

Усовершенствования, связанные с параллельной обработкой данных в SQL Server

7.0 .

У SQL Server 7.0 Microsoft еще более расширила возможности

параллельной обработки симметричной архитектуры сервера. За счет

параллельного выполнения широкого диапазона внутренних функций СУБД с

использованием множественных потоков операционной системы при работе на

много процессорных системах резко возрастает производительность и

масштабируемость многих операций (таких как определенные типы запросов,

сканирование таблиц, создание индексов, создание/восстановление

страховочных копий, проверка целостности базы данных и т.д.).

Параллельное сканирование и асинхронное опережающее чтение.

Параллельное сканирование и асинхронное опережающее чтение повышает на

40 - 400% скорость выполнения некоторых типов запросов и других операций

над базой данных в многопроцессорных системах. Повышение производительности

достигается за счет использования SQL Server 7.0 множественных потоков

операционной системы и алгоритмов определения следующего блока данных,

необходимых для вывода в кэш. Эта операция типична для длительного запроса

с вычислениями или операции создания отчета. Подобная технология

обеспечивает резкое повышение производительности для любой операции,

требующей просмотра таблиц, например, SELECT, UPDATE и DELETE с

необходимостью поиска, CREATE INDEX, DBCC, DUMP/LOAD и т.п.

Параллельная загрузка.

При работе с новой версией SQL Server можно запускать несколько

параллельно работающих копий BCP или SQL Enterprise Manager и выполнять

параллельные перекрывающиеся операции загрузки данных в SQL Server.

Подобные возможности оказываются особенно полезными при необходимости

массивного копирования данных в ограниченные сроки.

И конечно же безопасность:

- Улучшенная интеграция с безопасностью NT ;

- Аутентификация средствами NT (как текущий пользователь - без пароля, как

другой - login+pwd) ;

- Mixed (возможна аутентификация средствами SQL Srv) ;

- Полная поддержка пользователей, групп и ролей ;

- Роли могут быть приписаны пользователям и группам NT, а также

пользователям Sphinx ;

- Роли могут быть вложены ;

- Прикладные роли для 3-уровневых систем ;

- Позволяют назначать права при доступе через приложение, а не isql ;

- Гибкая гранулярность прав и системных ролей ;

- Предопределенные роли ServerAdmin, SecurityOfficer, ... ;

- Поддержка делегирования в NT 4.0 ;

- На 2-м сервере не как удаленный пользователь, а под тем же именем ;

- Простое и мощное администрирование.

Потому было принято решение установить сервером базы данных –

Microsoft SQL Server 7.0.

2. Выбор методов доступа к базе данных.

Далее необходимо сравнить способы реализации доступа к базе данных.

Схематически можно представить взаимодействие базы данных и WEB-сервера

так:

[pic]

3.2.1 CGI – Common Gateway Interface.

Первым способом стали приложения Common Gateway Interface (CGI),

поскольку спецификация CGI позволяет браузеру вызвать тот или иной

исполняемый модуль или скрипт на Web-сервере, который мог обратиться с

запросом к базе данных, построить в HTML-кодах страницу результатов и

передать ее обратно Web-серверу, который же, в свою очередь, отсылал

результаты браузеру. CGI-приложения могут содержать вызовы других

программных (написанных, например, на С++) или командных (.bat, .cmd)

файлов. С помощью CGI-cкриптов, а точнее на языке PERL (Practical

Extraction and Reporting Language), построено немало интерактивных Web-

приложений. К сожалению, каждый такой скрипт исполняется как иной, нежели

Web-сервер, процесс, что быстро "съедает" ресурсы даже достаточно

"навороченной" по сегодняшним меркам машины, особенно при большом

количестве заходов на сервер.

3.2.2 PHP - Personal Home Page Tools.

Модуль PHP начал жизнь как простая небольшая CGI оболочка, написанная

на Perl. Чтобы избавиться от значительных непроизводительных затрат из-за

необходимости запуска Perl при каждом обращении к серверу в стандартном

обращении CGI. Первоначально использовался для маленьких Internet-страниц.

Позднее был встроен инструмент для включения SQL в WEB-страницы. Это была

CGI-оболочка, которая анализирует запросы SQL и облегчает создание форм и

таблиц, основанных на этих запросах.

PHP/FI версии 2.0 - полная перезапись из этих двух пакетов,

объединенных в одиночную программу. Это теперь развилось по сути в простой

язык программирования, внедренный внутрь HTML файлов. PHP/FI сегодня

используется больше для создания целых WEB серверов, чем для малых домашних

страниц. Модуль устраняет потребность в многочисленных малых cgi программах

на Perl, позволяя поместить простые скрипт-программы непосредственно в ваши

HTML файлы. Пакет также упрощает управление большими WEB серверами, помещая

все компоненты WEB страницы в одиночном файле HTML. Встроенная поддержка

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

базам данных. Многие находят, что иметь дело с внедренным в html-документы

языком намного проще, чем создавать отдельные HTML и CGI файлы.

3.2.3 ISAPI – приложения.

3.2.3.1 dBWeb.

Помимо исполнения CGI-скриптов, Microsoft Internet Information Server

(MS IIS) предоставляет разработчикам возможность создания с помощью

соответствующего API (ISAPI) приложений в виде dll, запуск которых

происходит в ответ на команду или выбор линка на Web-странице. Каждое такое

приложение выполняется в адресном пространстве Web-сервера, что,

естественно, повышает скорость работы и существенно экономит машинные

ресурсы. В зависимости от сложности сайта и приложений, dll могут быть

предзагружены одновременно с запуском сервера, либо

подгружаться/выгружаться из памяти по мере необходимости. К наиболее

известным средствам разработки приложений на основе ISAPI относятся

входящий в состав MS IIS Internet Database Connector (IDC), а также

свободно распространяемый dbWeb.

Microsoft dbWeb представляет собой шлюз между 32-битными ODBC-

ресурсами, в качестве которых могут выступать, например, Microsoft SQL

Server, Microsoft Access, Microsoft Visual FoxPro, Oracle и т.д., и MS IIS.

dbWeb предусматривает создание схемы, содержащей описание данных и

связанных с ними Web-страниц. Он поддерживает исполнение запросов в

реальном режиме времени на основе "pull"-модели публикации, позволяя тем

самым создавать активные Web-страницы.

[pic]

Рис. 1 Структура dbWeb.

Microsoft dbWeb структурно состоит из двух основных компонент: dbWeb

Service и dbWeb Administrator. dbWeb Service является типичным ISAPI-

приложением, которое обрабатывает пользовательские запросы, направляемые

посетителем страницы через браузер, и управляет соединениями между

браузером, ODBC-ресурсом и IIS. К функциям dbWeb Administrator относится

создание HTML-страниц, содержащих результаты выполнения запросов на основе

уже упоминавшихся схем, с помощью которых осуществляется управление

публикуемыми данными. Схемы определяют сам запрос и структуру страниц. При

этом не требуется знания HTML или ISAPI, так как в состав dbWeb

Administrator входит интерактивный мастер-построитель схем (Schema Wizard),

который в традиционной для любой программы-мастера манере позволяет задать

поля поиска по методу Query-by-Example (QBE), выбрать поля для отображения

в таблице страницы результатов и определить переходы из списка записей в

отдельные страницы, содержащие развернутую информацию по текущей записи.

Настройкой соответствующих свойств можно разрешать или запрещать операции

вставки, удаления и редактирования. Для проверки прав пользователя

используется система безопасности той СУБД, к которой происходит доступ.

dbWeb имеет в своем составе широкий спектр шаблонов страниц, которые при

необходимости могут быть легко откорректированы и настроены разработчиком

для более полного соответствия его задачам. Таким образом, dbWeb не

является конечным пользовательским приложением. Скорее его можно

охарактеризовать как достаточно легкий в использовании инструментарий

разработки, который, как всякий мастер, не поддерживает языка

программирования. Тем не менее, эта программа успешно справляется с

автоматизацией большинства рутинных операций по организации соединений и

публикации данных из БД и покрывает, по разным оценкам, порядка 40-60%

потребностей бизнеса среднестатистической фирмы при организации доступа к

своим источникам данных через Internet.

3.2.3.2 IDC.

IDC является другим примером достаточно давно и успешно используемого

ISAPI-приложения. Он входит в состав MS IIS. С помощью вызовов функций ODBC

API IDC обеспечивает прямую связь между полями HTML-формы и соответствующим

ODBC-достижимым источником данных, например, базой данных MS SQL Server,

без необходимости написания замысловатых CGI-скриптов. Схема работы IDC:

[pic]

Рис.2 Схема работы IDC.

Для доступа к данным и публикации на Web IDC использует файлы двух

типов - .idc и .htx. Файл с расширением idc содержит всю необходимую

информацию о соединении с источником данных, текст запроса, а также ссылку

на соответствующий htx-файл. Файл с расширением htx служит шаблоном

страницы, на которой будут опубликованы данные из базы, а также элементы

оформления в виде статического текста, графики, видео и т.п. MS IIS

распознает расширение .idc как вызов httpodbc.dll, которая считывает http-

заголовки из управляющего блока ISAPI для определения параметров запроса.

Httpodbc.dll читает и разбирает idc-файл, указанный в URL. Имя источника,

имя пользователя, пароль и пр. используются для подключения к

соответствующему ресурсу ODBC, после чего httpodbc передает на выполнение

SQL-запрос и получает результаты. Результаты используются для наполнения

заготовки в виде htx-файла, после чего полученный HTML-документ MS IIS

передает браузеру.

3.2.3.3 ADO – Active Data Objects.

Active Data Objects. Когда речь заходит о компонентах ActiveX, как правило,

неявно подразумевается клиентская часть приложения. Microsoft Active Server

Pages (ASP) - активные серверные страницы- представляют собой инструмент

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

составе HTML-код, VBScript и компоненты ActiveX. Это означает, что в уже

существующие наработки легко могут быть встроены фрагменты кода на VBScript

или JavaScript, а также вызовы соответствующих объектов ActiveX. Как,

наверное, известно, VBScript - это сужение хорошо знакомого языка

программирования Visual Basic на область создания Web-страниц. Основным

идейным отличием VBScript от VB, на мой субъективный взгляд, служит то, что

VBScript не содержит операторов файлового ввода-вывода и вообще средств

прямого доступа к операционной системе (напрашиваются параллели, если Java

сопоставить с С/С++, не правда ли). Кроме этого, в VBScript существует

только один тип переменных - variant, отсутствуют декларативные константы и

т.п. Наличие привычного синтаксиса языка высокого уровня существенно

упрощает создание HTML-страниц. Кроме этого, в состав среды активных

серверных страниц (ASP Framework) входят следующие 5 основных встроенных

объектов.

. Application (приложение) - для разделения информации между всеми

пользователями данного приложения.

. Request (запрос) - для получения тех значений, которые броузер клиента

передает на сервер по HTTP-запросу, т.е., грубо говоря, для получения

информации о пользователе или от пользователя

. Response (ответ) - для передачи информации клиенту.

. Server (сервер) - предоставляет возможность обращения к методам и

свойствам сервера для управления средой исполнения ASP.

. Session (сеанс) - для хранения информации, относящейся к данной

пользовательской сессии.

Помимо базовых объектов, ASP поддерживают многочисленные компоненты

ActiveX, которые упрощают создание и значительно повышают функциональность

активных Web-страниц. К ним относятся различные элементы управления,

компоненты, создающие содержание приложения, компоненты ввода/вывода в файл

и многие другие. Но нас в первую очередь будут интересовать компоненты,

позволяющие организовать доступ к базам данных, или Active Data Objects

(ADO). В отличие от хорошо известных Data Access Objects (DAO) или Remote

Data Objects (RDO) ADO имеют менее иерархически строгую структуру и потому

более удобны при работе с базами данных.

[pic]

Рис.3 Структура DAO и ADO.

ADO являются универсальным инструментом доступа к данным. Вы можете

без изменений использовать интерфейс ADO из данного примера при работе с

базами данных на VB, Visual FoxPro и т.д. Наконец, с помощью ADO, в свою

очередь, могут быть построены пользовательские компоненты, для обращения к

серверу баз данных как со стороны "толстого" (Win32), так и со стороны

тонкого (Internet Browser) клиента. Функции обеспечения целостности

транзакций, сервисы безопасности и согласованной работы компонент в

распределенном приложении может взять на себя Microsoft Transaction Server.

3. ASP (Active Server Page) – Активные серверные страницы.

Особое положение среди средств разработки занимают активные серверные

страницы (Active Server Pages или ASP). Они предназначены для организации

доступа к WEB-серверу, клиентов, располагающих только броузером. ASP

представляют собой набор интерпретируемых сервером MS IIS (Microsoft

Internet Information Server) сценариев, содержащих разметку HTML и

программный код на языках VBScript и Javascript, который по желанию

разработчика, может исполняться либо на сервере, либо на клиенте. Это

позволяет в одном ASP-файле сочетать серверную и клиентскую логику. Та

часть кода, которая исполняется на сервере, может использовать "родные"

интерфейсы для общения с сервером и реализации как базовых, так и

расширенных функций MAPI. При этом общение клиентской и серверной частей

ASP-приложения происходит исключительно средствами протокола HTTP. За

поддержание сессии между клиентской и серверной частями отвечает Internet

Information Server.

Active Server Pages являются обычным ISAPI-фильтром, работающим в

контексте процесса MS Internet Information Server, начиная с версии 3.0.

(Технология ASP доступна и для других серверов. Фирмой Chili!Soft

выпускается пакет Chili!ASP, после установки которого сервера других

производителей начинают "понимать" ASP – страницы.) Отличие ASP от

препроцессора заключается в возможности работы с COM-объектами (в контексте

ASP их называют Installable components).

Проект под названием Denali почти идеально вписывается в технологию "клиент-

сервер", теперь уже не настолько популярную. Хотя, что может лучше

подходить для Сети, чем технология создания приложений "логически

централизованных - физически децентрализованных". Говоря простым языком,

логически централизованные - это распределенные вычислительные системы,

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

возможность расширения, масштабирования, повышения надежности.

В первую очередь, ASP имеет достаточно развитый командный язык. И даже не

один, а как минимум два: VBScript и JScript. "Как минимум", потому что

объектная модель OLE для «скриптовых» машин позволяет легко встраивать в

среду другие языки. Поэтому разработчикам на Perl или REXX можно не

переучиваться, а использовать свой накопленный опыт. И все же языком "по

умолчанию" для ASP является VBScript, фактически подмножество Visual Basic,

и в этом, конечно же, нет ничего удивительного - продукт Microsoft

Corporation. JScript, с другой стороны, - подмножество Java и так же похож

на С++. И у той, и другой скрипт-машины есть как свои преимущества, так и

недостатки. Если вкратце, то JScript все-таки кажется помощнее и почти

дотягивает по возможностям до нескриптовых языков. Это далеко не ассемблер,

практически невозможно поковыряться в потрохах у системы, но, по всей

видимости, разработчики ASP посчитали это дополнительной защитой от

вторжения извне.

Само кодирование не требует никаких дополнительных затрат в виде

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