71.Механизмы доступа к данным базы на сервере

Между клиентским приложением и СУБД не существует прямой связи и дополнительно встраиваются программные модули, позволяющие клиентскому приложению получать доступ к БД, создаваемым с помощью разных СУБД. Такие модули называются механизмами доступа к данным. Существует 2 основных способа доступа к данным из клиентских приложений: использование прикладного интерфейса и использование универсального программного интерфейса (API). Прикладной API представляет собой набор функций, вызываемых из клиентского приложения. Они обеспечивают быстрый доступ к данным, но различны для разных СУБД. Универсальный API реализуется в виде библиотек и доп модулей, называемых драйверами. Пользователь имеет возможность настроить унив API под необходимый формат БД, не изменяя программный код клиентского приложения.

Достоинством прикладных API – высокое быстродействие, а недостаток – необходимость изменения программного кода клиентского прил при изменении формата БД. Но из-за наличи доп программного драйвера в унив API снижается скорость обработки данных. Популярным унив API является Microsoft Data Access Components (MDAC). Основные его компоненты: ODBC, ОLE DB и ADO.

72.Понятие и архитектура РаБд. Стратегии распределения данных в РаБд. Гомогенные и гетерогенные РаБд

РаБД – набор логически связанных м/у собой разделяемых Д и их описаний, кот физически распределены по неск компам в некот комп сети. Каждая табл РаБД мб разделена на некот кол-во частей, наз фрагментами. Фрагменты мб горизонт, вертик и смешанными. Горизонт фр предст собой подмно-ва строк, вертикальные – подмн-ва столбцов. Фрагменты распред-ся на одном или неск узлах. С целью улучшения доступности данных и увеличения проив-ти сис-мы для отдельных фрагм мб организована репликация – поддержка актуальной копии некот фрагм на неск различных узлах. Репликат – физич копия некот объекта Бд, для кот в соотв с определёнными в БД правилами поддерживается синхронизация с некотглавной копией. Сущ-т неск альтернат стратегий размещения Д в РаБД: 1) раздельное (фрагментированное) – в этом случае Бд разбив на непересекающиеся фрагменты, каждый из кот размещ-ся на одном из узлов системы 2)размещение с полной репликацией – размещение полной копии БД на каждом из узлов системы 3)размещение с выборочной репликацией – одни массивы Д разделяются на фрагменты, тогда как другие подвергаются репликации. Все остальные Д храняться централизованно. Благодаря своей гибкости, именно эта стратегия исп-ся чаще всего. РаБД можно классифицтровать на гомогенные и гетерогенные. Гомогенной РаБД управляет один и тот же тип СУБД. Гетерогенной РаБД управляют различные типы СУБД, исп разные модели данных – реляц, сетевые, иерарх или объектно-ориентированные СУБД)

73.Распределенные субд (РаСубд). Двенадцать правил к. Дейта

Работу с РаБД обеспечивают распределенные СУБД. РаСУБД – комплекс программ, предназначенный для управления распределенной БД и позволяющий сделать распределенность информации «прозрачной» для конечного пользователя. Основная задача РаСУБД состоит в обеспечении средств интеграции локальных БД, располагающихся в некоторых узлах комп сети, с тем, чтобы пользователь, работающий в любом узле сети, имел доступ ко всем этим БД как к единой БД. Пользователи взаимодействуют с РаБД через приложения. Приложения могут быть классифицированы как те, которые не требуют доступа к данным на других узлах (локальные приложения), и те, которые требуют 12.правил. 1. Локальная автономность. 2. Отсутствие опоры на центральный узел. 3. Непрерывное функционирование. 4.Незав-сть от расположения.

5. Независимость от фрагментации. 6. Незав-сть от репликации. 7. Обработка распределенных запросов. 8.Обработка распределенных транзакций. 9.Нез-сть от типа оборудования. 10. Независимость от сетевой архитектуры. Система д.б. способна функционировать в сетях с различной архитектурой. 11. Нез-сть от операционной системы. 12. Незав-сть от типа СУБД.

Исходя из правил К. Дейта система обработки РаБД – это слабосвязанная сетевая структура, на узлах кот располагаются локал БД, кот автономны, независимы и доступ к ним обеспечивается, в общем случае, различ СУБД. Узлы обмениваются м/у собой потоками данных. Некоторые прототипы СУРБД: система SDD-1; система System R*; система Distributed INGRES. В наст время в большинстве сетевых СУБД предусмотрены отд виды поддержки РаБД с разл набором ф-ций. Н-р, в ORACLE, DB2.