Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Программисту -> Коннолли Т. -> "Базы данных. Проектирование, реализация и сопровождение. Теория и практика" -> 50

Базы данных. Проектирование, реализация и сопровождение. Теория и практика - Коннолли Т.

Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика — М.: Вильямc, 2003. — 1440 c.
ISBN 5-8459-0527-3
Скачать (прямая ссылка): bazidannihpproekt2003.djv
Предыдущая << 1 .. 44 45 46 47 48 49 < 50 > 51 52 53 54 55 56 .. 683 >> Следующая


• Маршрутизация транзакций. TP-монитор позволяет добиться высокой масштабируемости с использованием средств перенаправления транзакций в конкретные СУБД.

I Вызовы служб

Клиенты

Mohwtod TP

» Служб-

M

Служба

Сгужба

Сг',жба

Сервер приложений с монитором TP

?

?

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

Бзэадаиньх

- _J

- 'jHjn1SMHSlX

Уровень 1

Уровень 2

Уровень 3

Рис. 2.12. Применение TР-мони тпр і в качестве компонента промежуточного уровня в трехуровневой архитектуре "клиент/сервер"

106

Часть ЮСНОВНЫЕСВЕДЕНИЯ • Управление распределенными транзакциями. TP-монитор позволяет управлять тряиг» кдиями, которые требуют доступа к данным, хранящимся в нескольких, возможна даже в разнородных СУБД. Например, для выполнения транзакции может потребоваться обновление данных, хранящихся в СУБД Oracle на узле 1, в СУБД Informix на узле 2 и в СУБД IMS на узле 3. TP-мониторы обычно управляют транзакциями с использованием стандарта DTP (Distributed Transaction Processing — обработка распределенных транзакций) организации Х/Ореп. СУБД, поддерживающая этот стандарт, может функционировать как диспетчер ресурсов под управлением TP-монитора, действующего как диспетчер транзакций. Распределенные транзакции и стандарт DTP рассматриваются в главах 22 и 23.

• Уравновешивание нагрузки. TP-монитор способен равномерно распределять клиентские запросы по нескольким СУБД, находящимся на одном или нескольких компьютерах, по принципу перенаправления обращений клиента к службам наименее загруженного сервера. Кроме того, такой монитор может в случае необходимости переводить в рабочее состояние дополнительные СУБД, если это требуется для обеспечения необходимого уровня производительности.

• Мультиплексирование соединений. В среде с большим количеством пользователей иногда возникают сложности при обеспечении одновременного подключения всех пользоиагег^й СУБД. Но во многих случаях пользователям не требуется непрерывный доступ к СУБД. TP-монитор позволяет перейти от режима, при котором каждый пользователь постоянно подключен к ГУВД, к такому режиму, когда соединения СУБД устанавливаются только в случае необходимости и поддерживаются лишь до тех пор, пока происходит обмен данными. Кроме того, через одно подобное соединение передаются запросы сразу нескольких пслчооателе.и Это позволяет предоставить доступ к имеющимся СУБД большему количеству пользователей; при этом требуется меньшее ноличеггво соединений, а это, в свою очередь, влечет за собой уменьшение потребности в ресурсах.

• Повышен 1н надежность, TP-монитор действует в качестве диспетчера транзакций и выполняет все необходимые действия по обеспечению непротиворечивости базы данных, тогда как СУБД действует как диспетчер ресурсов. В случае отказа СУБД такой TP-монитор способен перенаправить транзакцию в другую СУБД или хранить ее в памяти до тех пор, пока работа СУБД не возобновится.

TP-мониторы обычно применяются в среде с очень большим объемом транзакций. В такой среде TP-монитор может снять часть нагрузки с сервера СУБД. К числу наиболее широко известных ТГ мониторов принадлежат CICS и Encina компании IBM (которые в основном используются в операционных системах IBM AIX и Windows NT, а теперь входят в поставку продукта IBM TXSeries), а также Tuxedo компании BEA Systems.

2.7. Системные каталоги

В разделе 2.4 упомянуто, что СУБД должна иметь доступный конечному пользователю системный каталог или словарь данных. В этом разделе мы познакомимся с системными каталогами более подробно.

Системный кяталог. Хранилище данных, которые описывают сохраняемую в брзеданнчх информацию, т.е. метаданные, или "данные о данных".

Ггавэ2. Среда базы данных

107 Системный каталог СУБД является одним из фундаментальных компонентов системы. Многие перечисленные н разделе 2.5 программные компоненты строятся на использовании данных, хранящихся в системном каталоге. Например, модуль контроля прав доступа использует системный каталог для проверки наличия у пользователя полномочий, необходимых для выполнения запрошенных им операций. Для проведения подобной проверки системный каталог должен включать следующие компоненты:

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

• имена элементов данных в базе данных;

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

Другим примером могут служить средства проверки целостности данных, которые используют системный каталог для проверки того, удовлетворяет ли запрошенная операция всем установленным ограничениям поддержки целостности данных. Для выполнения этой проверки в системном каталоге должны храниться такие сведения:

• имена элементов данных из базы данных;

• типы и размеры элементов данных;

• ограничения, установленные для каждого из элементов данных.

Как уже упоминалось ранее, термин "словарь данных" часто используется для программного обеспечения более общего типа, чем просто каталог СУБД. Система словаря данных может быть либо пассивной, либо активной. Активная система всегда согласуется со структурой базы данных, поскольку она автомати чески поддерживается этой системой. Пассивная система может противоречить состоянию базы данных из-за инициируемых пользователями изменений. Если словарь данных является частью базы данных, то он называется интегрирован ным словарем данных. Автономный словарь данных обладает своей собственной специализированной СУБД. Его предпочтительно использовать на начальных этапах проектирования базы данных для некоторой организации, когда требуется отложить на какое-то время привязку к конкретной СУБД. Однако недостаток этого подхода заключается в том, что после выбора СУБД и воплощения базы данных автономный словарь данных значительно труднее поддерживать согласованным с состоянием базы данных. Эту проблему можно было бы свести к минимуму, если преобразовать р спользс чавшийся при проектировании словарь данных непосредственно в каталог СУБД. До недавнего времени никакого выбора не было вообще, но по мере развития стандартов словарей данных эта идея становится все более реальной. В следующем разделе кратко рассматривается один из стандартов словарей данных.
Предыдущая << 1 .. 44 45 46 47 48 49 < 50 > 51 52 53 54 55 56 .. 683 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100