Файл-сервер

Сетевое программное обеспечение И

Запросы на операции дискового ввода-вывода

База данных и совместно используемые,

чййлы/

Блоки данных с дисков

Ри&фЗ. Место СУБД в архитектурвфайл/серввр

Архитектура клиент/сервер

На рис 3 4 изображена архитектура клиент/сервер. При такой архитектуре персональные компьютеры объединены в локальную сеть, в которой имеется сервер баз данных, содержащий общие базы данных. Функции СУБД разделены на две части пользовательские программы, такие как приложения для формирования интерактивных запросов и генераторы отчетов, выполняются на клиентском компьютере, а ядро базы данных, которое хранит данные и управляет ими, работает на сервере В этой архитектуре SQL стал стандартным языком, обеспечивающим взаимодействие между пользовательскими программами и ядром базы данных.

Приложение

Сервер баз данных

СУБД %

SQL-запросы

База данных

Данные

Рис. 3.4, МесгоСУБД в архитектуреклормвр

Давайте снова вернемся к примеру с вычислением средней стоимости заказа В архитектуре клиент/сервер запрос передается по сети на сервер баз данных в виде SQL-запроса. Ядро базы данных на сервере обрабатывает запрос и просматривает базу данных, которая также расположена на сервере После вычисления результата ядро базы данных посылает его обратно по сети клиентскому приложению, которое отображает его на экране персонального компьютера.

Архитектура клиент/сервер позволяет сократить сетевой трафик и распределить процесс загрузки базы данных. Функции работы с пользователем, такие как обработка ввода и отображение данных, выполняются на персональном компьютере пользователя. Функции работы с данными, такие как дисковый ввод/вывод и выполнение запросов, выполняются сервером баз данных. Наиболее важно здесь то, что SQL обеспечивает четко определенный интерфейс между клиентской и серверной системами, эффективно передавая запросы на доступ к базе данных.

Преимущества данной архитектуры обеспечили ей большую популярность к середине 90-х годов. Все ведущие СУБД - Oracle, Informix, Sybase, SQL Server, DB2 и многие другие - стали предлагать клиент-серверные возможности Многие компании начали выпускать средства разработки приложений клиент/сервер.

У архитектуры клиент/сервер, как и у всех остальных, есть свои недостатки. Наиболее серьезный из них - проблема управления приложениями, расположенными на сотнях и тысячах ПК, а не на одной центральной машине. Обновление какого-либо приложения одновременно на тысяче ПК в крупной компании требовало от его информационного подразделения огромных усилий. Кроме того, пользователи часто самостоятельно инсталлировали вспомогательное ПО и настраивали установленные программы на свой манер, что, безусловно, в значительной степени усложняло задачу администрирования. Компании разрабатывали специальные стратегии борьбы с этими проблемами, но все равно к концу 90-х годов возникла необходимость пересмотреть концепции управления приложениями клиент/сервер в больших распределенных системах.

Трехуровневая архитектура Internet

с развитием Internet и особенно World Wide Web архитектура сетевого управления базами данных получила дальнейшее развитие Поначалу WWW являлась средой просмотра статических документов и развивалась независимо от рынка СУБД Но когда Web-броузеры получили широкое распространение, разработчики подумали о том, что это очень удобный способ обеспечения доступа к корпоративным базам данных. Предположим, к примеру, что торговая компания располагает собственным Web-сервером, на котором клиенты могут найти информацию о товарах, выпускаемых компанией, включая текстовое и графическое описание Логично предположить,/ что следующим шагом будет предоставление клиентам доступа к информации наличии выбранного товара в продаже, причем посредством того же интерфейса Web-броузера. Для этого требуется связать последний с базой данных, хранящей такую (постоянно меняющуюся) информацию.

Методы связывания Web-серверов и СУБД стремительно развивались в последние годы и в итоге вылились в трехуровневую сетевую архитектуру (рис. 3.5). Интерфейсом пользователя является Web-броузер, выполняющийся на персональном компьютере или другом тонком клиенте . Броузер взаимодействует с Web-сервером, уровень которого можно оценить как прикладной. Если пользователь запрашивает нечто большее, чем просто Web-страницы, Web-сервер переадресует запрос серверу приложений, чья роль заключается в анализе запроса Запрос может включать

обращение к унаследованной системе, выполняющейся на мэйнфрейме, либо к корпоративной базе данных. Это )oke информационный уровень. В этой архитектуре SQL закрепился как стандартное средство взаимодействия между вторым и третьим уровнями. Все прикладные серверные продукты предоставляют наборы API-функций для доступа к базам данных.

База данных

Сервер баз данных

СУБД

Статические Web-страницы

Web-сервер

Сервер приложений

Web-броузер

Мэйнфрейм

гарая с -система

Рис 3 5. Место СУБД в трехуроЙневой архитектуре Internet

Влияние SQL

Будучи стандартным языком доступа к реляционным базам данных, SQL оказывает большое влияние на все сегменты компьютерного рынка. Компания IBM приняла SQL в качестве унифицированной технологии баз данных для линии своих продуктов Реляционные базы данных доминируют и на рынке UNIX-систем. На рынке персональных компьютеров появление реляционных СУБД для Windows NT поставило под угрозу доминирование UNIX в качестве серверной платформы. SQL применяется также в системах оперативной обработки транзакций, опровергая бытовавшее ранее мнение, что из-за низкого быстродействия реляционные базы данных никогда не смогут использоваться в подобных целях

SQL и стратегия унификации баз данных компании IBM

SQL ифает ключевую роль в качестве языка доступа к базам данных, объединяющего многочисленные несовместимые компьютерные семейства компании IBM. Эта роль была отведена ему еще в спецификации SAA (Systems Applicatran Arcliitecture - архитектура прикладных систем) в 1987 году. Хотя главные цели SAA так и не были достигнуты, объединяющая роль SQL со временем стала еще важнее DB2, флагманская реляционная