9.19 Распределенная субд. Двенадцать правил к. Дейта

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

СУБД на каждом узле способна поддерживать автономную работу локальных приложений.К. Дейтом были сформулированы 12 правил (1987) для типичной РаБД. Основой этих правил является то, что РАБД должна восприниматься пользователем точно так же, как и привычная централизованная БД.

1. Локальная автономность. Здесь автономность означает следующее: локальные данные принадлежат локальным владельцам и сопровождаются локально; все локальные процессы остаются чисто локальными;

· все процессы на заданном узле контролируются только этим узлом.2. Отсутствие опоры на центральный узел. В системе не должно быть ни одного узла, без которого система не сможет функционировать, т.е. никакой конкретный сервис не должен возлагаться на какой-либо специально выделенный центральный узел.3. Непрерывное функционирование. В идеале в системе не должна возникать потребность в плановом останове ее функционирования.4. Независимость от расположения. Пользователь должен получать доступ к базе данных с любого узла, причем получать доступ к любым данным, независимо от того, где они физически сохраняются.5. Независимость от фрагментации. Пользователь должен получать доступ к данным независимо от способа их фрагментации.6. Независимость от репликации. Пользователь не должен нуждаться в сведениях о наличии репликации данных, т.е. пользователь не будет иметь средств для получения прямого доступа к конкретной копии элемента данных, а также не должен заботиться об обновлении уже имеющейся копии.7. Обработка распределенных запросов. Система должна поддерживать обработку запросов, ссылающиеся на данные, расположенные более чем на одном узле.8. Обработка распределенных транзакций. Система должна поддерживать выполнение транзакций.9. Независимость от типа оборудования. Система должна быть способна функционировать на оборудовании с различными вычислительными платформами.10. Независимость от сетевой архитектуры. Система должна быть способна функционировать в сетях с различной архитектурой.11. Независимость от операционной системы. Система должна быть способна функционировать под управлением различных операционных систем.12. Незав-сть от типа СУБД.