Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
шпора 2.docx
Скачиваний:
0
Добавлен:
26.12.2019
Размер:
171.14 Кб
Скачать

2.Системы обработки распределенных баз данных (рабд)

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

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