67.Характеристики серверов баз данных.

Современные серверные СУБД: · существуют в нескольких версиях для различных платформ, как правило, для различных коммерческих версий UNIX – Solaris, HP/UX. · в большинстве случаев поставляются с удобными административными утилитами; · осуществляют резервное копирование и архивацию данных и журналов транзакций; · поддерживают несколько сценариев репликаций; · позволяют осуществлять параллельную обработку данных в многопроцессорных системах. · поддерживают создание хранилищ данных и OLAP. Хранилище данных – это совокупность данных, полученных прямо или косвенно их информационных систем, которые содержат текущую и деловую информацию, а также из некоторых внешних источников. · выполняют распределенные запросы и транзакции; · дают возможность использовать различные средства проектирования схем данных – универсальные или ориентированные на конкретную СУБД; · имеют средства разработки клиентских приложений и генераторы отчетов; · поддерживают публикацию баз данных в Интернет; · обладают широкими возможностями управления пользовательскими привилегиями и правами доступа к различным объектам БД. К современным серверам баз данных относятся Oracle 9 (Oracle), MS SQL Server 2000 (MS), Informix (Informix), Sybase (Sybase), Db2 (IBM).

68.Механизмы доступа к данным базы на сервере. Все серверные СУБД имеют клиентскую часть, которая обращается к БД посредством СУБД. Между клиентским приложением и СУБД не существует прямой связи и дополнительно встраиваются программные модули, позволяющие клиентскому приложению получать доступ к БД, создаваемым с помощью разных СУБД. Такие модули называются механизмами доступа к данным. Существует два основных способа доступа к данным из клиентских приложений: использование прикладного интерфейса и использование универсального программного интерфейса. Прикладной программный интерфейс представляет собой набор функций, вызываемых из клиентского приложения. Он может работать только с СУБД данного производителя и при ее замене придется переписывать значительную часть кода клиентского приложения. Прикладной программный интерфейс различен для разных СУБД. Универсальный механизм доступа к данным обеспечивает возможность использования одного и того же интерфейса для доступа к разным типам СУБД. Обычно он реализован в виде специальных дополнительных модулей, называемых драйверами. Наиболее распространенным программным интерфейсом, обеспечивающим доступ к данным конкретной базы данных является ODBC (Open Database Connectivity) фирмы Microsoft. В рамках ODBC программное приложение непосредственно взаимодействует с диспетчером драйвером, посылая ему ODBC-вызовы. Диспетчер драйверов отвечает за динамическую загрузку нужного ODBC-драйвера, через который обращается с серверу баз данных. ODBC-драйвер выполняет все вызовы ODBC-функций и «переводит» их на язык источника данных. СУБД хранит и выводит данные в ответ на запросы со стороны ODBC-драйвера.

69. Понятие и архитектура распределенных баз данных (РаБД). Гомогенные и гетерогенные РаБД. Стратегии распределения данных в РаБД. Распределенная БД (РаБД) – набор логически связанных между собой разделяемых данных и их описаний, которые физически распределены по нескольким компьютерам ( узлам) в некоторой компьютерной сети. Каждая таблица в РАБД может быть разделена на некоторое количество частей, называемых фрагментами. Фрагменты могут быть горизонтальными, вертикальными и смешанными. Горизонтальные фрагменты представляют собой подмножества строк, а вертикальные – подмножества столбцов. Фрагменты распределяются на одном или нескольких узлах. С целью улучшения доступности данных и повышения производительности системы для отдельных фрагментов может быть организована репликация – поддержка актуальной копии некоторого фрагмента на нескольких различных узлах. Репликаты – множество различных физических копий некоторого объекта БД, для которых в соответствии с определенными в БД правилами поддерживается синхронизация с некоторой «главной копией». Гомогенной РаБД управляет один и тот же тип СУБД. Гетерогенной РаБД управляют различные типы СУБД, использующие разные модели данных – реляционные, сетевые, иерархические или объектно-ориентированные СУБД. Раздельное (фрагментированное) размещение. В этом случае БД разбивается на непересекающиеся фрагменты, каждый из которых размещается на одном из узлов системы. Размещение с полной репликацией. Эта стратегия предусматривает размещение полной копии всей БД на каждом из узлов системы. Размещение с выборочной репликацией. Данная стратегия представляет собой комбинацию методов фрагментации, репликации и централизации. Одни массивы данных разделяются на фрагменты, тогда как другие подвергаются репликации. Все остальные данные хранятся централизованно.

70.Распределенные СУБД (РаСУБД). Двенадцать правил К. Дейта. Распределенная СУБД (РаСУБД) – комплекс программ, предназначенный для управления распределенной БД и позволяющий сделать распределенность информации «прозрачной» для конечного пользователя. Основная задача РаСУБД состоит в обеспечении средств интеграции локальных баз данных, располагающихся в некоторых узлах компьютерной сети, с тем, чтобы пользователь, работающий в любом узле сети, имел доступ ко всем этим БД как к единой БД. Пользователи взаимодействуют с РаБД через приложения. Приложения могут быть классифицированы как те, которые не требуют доступа к данным на других узлах (локальные приложения), и те, которые требуют подобного доступа (глобальные приложения). В РаСУБД должно существовать хотя бы одно глобальное приложение, поэтому любая РаСУБД должна имеет следующие особенности: · набор логически связанных разделяемых данных; · сохраняемые данные разбиты на некоторое количество фрагментов; · между фрагментами может быть организована репликация данных; · фрагменты и их реплики распределены по различным узлам; · узлы связаны между собой сетевыми соединениями; · работа с данными на каждом узле управляется локальной СУБД. СУБД на каждом узле способна поддерживать автономную работу локальных приложений. Двенадцать правил К. Дейта для РаБД и РаСУБД:1. Локальная автономность(· локальные данные принадлежат локальным владельцам и сопровождаются локально;· все локальные процессы остаются чисто локальными;· все процессы на заданном узле контролируются только этим узлом.) 2. Отсутствие опоры на центральный узел. В системе не должно быть ни одного узла, без которого система не сможет функционировать. 3. Непрерывное функционирование. 4. Независимость от расположения. 5. Независимость от фрагментации. 6. Независимость от репликации. 7. Обработка распределенных запросов. 8. Обработка распределенных транзакций. 9. Независимость от типа оборудования. 10. Независимость от сетевой архитектуры.

11. Независимость от операционной системы. 12. Независимость от типа СУБД.

71.Обработка распределенных запросов. Преимущества и недостатки РаСУБД. В распределенной среде обработчик распределенных запросов отображает запрос на доступ к данным в упорядоченную последовательность операций локальных баз данных (в отличие от централизованной, где обработчик запросов оценивает каждый запрос на доступ к данным, а выполнение его представляет собой упорядоченную последовательность операций с БД). Дополнительная сложность возникает из-за необходимости учитывать наличие фрагментации, репликации и определенной схемы размещения данных. Обработчик распределенных запросов должен выяснить: · к какому фрагменту следует обратиться; · какую копию фрагмента использовать, если его данные реплицируются; · какое из местоположений должно использоваться Преимущества РаСУБД: 1. Отражение структуры организации. 2. Разделяемость и локальная автономность. 3. Повышение доступности данных. 4. Повышение надежности. 5. Повышение производительности. 6. Экономические выгоды. 7. Модульность системы. Недостатки РаСУБД: 1. Повышение сложности. 2. Увеличение стоимости. 3. Проблемы защиты. 4. Усложнение контроля за целостностью данных. 5. Отсутствие стандартов. 6. Недостаток опыта. 7. Усложнение процедуры разработки БД. 8. Сложность управления и обусловленная этим потенциальная опасность потери целостности данных.

72.Хранилища данных. Хранилище данных-ориентир на предметн обл-ть, интегрир, статичная, неразрушаемая сов-ть данных, предназнач для поддержки принятия решений. Предметная ориентри-ть-ХД, предназнач для предоставл данных, связанных с одним организационным процессом. Интегрир-ть-применяются единые законы именования, способы вычисления значений данных, получ из различ источников. Статичность- ХД содержит данные за 5 предыдущих лет и текущие данные. Заполнение ХД данными-погружение. Неразруш сов-ть данных- данные погружаются один раз и больше не изменяются. ХД исп-ся в ОЛАП-сис-мах, кот предназнач для аналит обработки данных. Хд позволяет многомерный анализ данных в разных аспектах. Киоски(витрины) данных – небольшие ХД, обслужив одно из направлений бизнеса компании или одно ее структурное подразделение.