Г омогенной РаБД:1 управляет один и тот же тип СУБД. 2Их значительно проще проектировать и сопровождать. 3 позволяет поэтапно наращивать размеры РаБД, последовательно добавляя новые узлы к уже существующей РаБД. Гетерогенной РаБД:1 управляют различные типы СУБД, использующие разные модели данных – реляционные, сетевые, иерархические или объектно-ориентированные СУБД.2 возникают в тех случаях, когда независимые узлы, управляемые своей собственной СУБД, интегрируются во вновь создаваемую РаБД.
73.Распределенные СУБД (РаСУБД). 12 правил К. Дейта
РаСУБД –комплекс программ, предназначенный для управления распределенной БД и позволяющий сделать распределенность информации «прозрачной» для конечного пользователя. Такой подход облегчает и ускоряет работу с этими данными и оставляет возможность работать с остальными данными БД.
Осн задача РаСУБД- обеспечение ср-в интеграции локал бд, располагающихся в некоторых узлах компьютерной сети, с тем, чтобы пользователь, работающий в любом узле сети, имел доступ ко всем этим БД как к единой БД. особенности РАСУБД: -прозрачность расположения данных,-гетерогенность сис-мы,-прозрачность сети, -поддержка распредел запросов, изменений и транзакций,-безопасность, -универсальность доступа.
12.правил. Основа правил: РАБД должна восприниматься пользователем точно так же, как и привычная централизованная БД. 1. Локал автономность.2. Отсутствие опоры на центр узел.3. Непрерывное функционирование. В идеале в системе не должна возникать потребность в плановом остановке ее функционирования.4. Независимость от расположения. Пользователь должен получать доступ к бд с любого узла. 5. Независимость от фрагментации. Пользователь должен получать доступ к данным независимо от способа их фрагментации.6. Независимость от репликации. Пользователь не должен нуждаться в сведениях о наличии репликации данных. 7. Обработка распределенных запросов. Система должна поддерживать обработку запросов, ссылающиеся на данные, расположенные более чем на одном узле. 8. Обработка распределенных транзакций. 9. Независимость от типа оборудования. Система должна быть способна функционировать на оборудовании с различными вычислительными платформами. 10. Независимость от сетевой архитектуры. Система должна быть способна функционировать в сетях с различной архитектурой.11. Независимость от операционной системы. Система должна быть способна функционировать под управлением различных операционных систем.12. Независимость от типа СУБД.
|
|
74. Обработка распределенных запросов. + и - РаСУБД
В распределенной среде работа системы не должна демонстрировать никакого снижения производительности, связанного с его распределенной архитектурой, например с присутствием медленных сетевых соединений. РаСУБД должна находить наиболее эффективные стратегии выполнения запросов. В распределенной среде обработчик распределенных запросов отображает запрос на доступ к данным в упорядоченную последовательность операций локальных баз данных. Дополнительная сложность возникает из-за необходимости учитывать наличие фрагментации, репликации и определенной схемы размещения данных. Обработчик распределенных запросов должен выяснить:· к какому фрагменту следует обратиться;· какую копию фрагмента использовать, если его данные реплицируются;
|
|
· какое из местоположений должно использоваться.
Возможности выполнения распределенного запроса поддерживаются сейчас почти всеми серверными СУБД. С этой целью используется механизм двухфазного завершения транзакций, когда на первом этапе серверы, вовлеченные в транзакцию, сигнализируют о готовности ее завершить, а на втором этапе происходит реальная фиксация изменений в БД.
Преимущества РаСУБД: 1. Отражение структуры организации.2. Разделяемость и локальная автономность.3. Повышение доступности данных.4. Повышение надежности.5. Повышение производительности.6. Экономические выгоды.7. Модульность системы.
Недостатки РаСУБД: 1. Повышение сложности СУБД. 2. Увелич-е стоимости. -увеличение затрат на приобретение и сопровождение 3. Проблемы защиты. - требуется организовать контроль доступа не только к данным, реплицируемым на несколько различных узлов, но и защиту сетевых соединений самих по себе.4. Усложнение контроля за целостностью данных. В РаСУБД повышенная стоимость передачи и обработки данных может препятствовать организации эффективной защиты от нарушений целостности данных.5. Отсутствие стандартов. Отсутствуют стандарты на каналы связи и протоколы доступа к данным, а также отсутствуют инструментальные средства и методологии, способные помочь пользователям в преобразовании централизованных систем в распределенные.6. Недостаток опыта. 7.Усложнение процедуры разработки БД. 8.Сложность управления и обусловленная этим потенциальная опасность потери целостности данных.
|
|
75.Типы интерфейсов доступа к БД.
программный интерфейс (API)- набор функций, вызываемых из клиентского приложения(различен для разных СУБД.)
ODBC -интерфейс, с помощью которого прикладные программы могут обращаться к БД и обрабатыв. независ от БД способом.
АDO — интерфейс программирования приложений для доступа к данным, разработанный компанией Microsoft и основанный на технологии компонентов ActiveX. ADO позволяет представлять данные из разнообразных источников в объектно-ориентированном виде.
JDBC — платформенно-независимый промышленный стандарт взаимодействия Java-приложений с различными СУБД, реализованный в виде пакета java.sql. JDBC основана на концепции так называемых драйверов, позволяющих
Перемещение столбца· выделение столбца; получать соединение с базой данных по специально описанному URL. Драйверы могут загружаться динамически. Загрузившись, драйвер сам регистрирует себя и вызывается автоматически, когда программа требует URL, содержащий протокол, за который драйвер отвечает.
JDBC API содержит два основных типа интерфейсов: первый - для разработчиков приложений и второй (более низкого уровня) - для разработчиков драйверов.Соединение с базой данных описывается классом, реализующим интерфейс java.sql.Connection.Имея соединение с базой данных, можно создавать объекты типа Statement, служащие для исполнения запросов к базе данных на языке SQL.
76.OLAP-технология и хранилище данных (ХД). Отличия ХД от базы данных.
Предметная ориентация - ключевое отличие оперативных БД от ХД. Разные приложения БД могут описывать одну и ту же предметную область с разных точек зрения и решение, принятое на основе данных, отражающих только одну сторону вопроса, могут быть неэффективными, а порой и просто неверными.. В оперативных БД информация может добавляться, удаляться и изменяться, а в ХД данные могут только загружаться и читаться
Хранилище данных (Data Warehouse). это база данных, хранящая данные, агрегированные по многим измерениям.
Средства OLAP. Инструментарий навигации по многомерным данным. MOLAP (Multidimensional OLAP). Детальные данные и агрегаты хранятся в многомерной БД. В этом случае получается наибольшая избыточность, так как многомерные данные полностью содержат реляционные.
ROLAP (Relational OLAP). Детальные данные остаются на своем месте (в реляционной БД), агрегаты хранятся в той же БД в специально созданных служебных таблицах.
HOLAP (Hybrid OLAP). Детальные данные остаются на месте (в реляционной БД), а агрегаты хранятся в многомерной БД.
Хранилища данных (ХД) - оптимально организованной БД, хранящей данные, агрегированные по многим измерениям, и обеспечивающей максимально быстрый доступ к информации. Данные в ХД попадают из оперативных БД и систем, которые предназначены для автоматизации бизнес-процессов. Кроме того, ХД может пополняться из внешних источников, например, статистических отчетов.
OLAP-серверы, или серверы многомерных БД, могут хранить свои многомерные данные по-разному
Прежде всего отметим принципиальные отличия OLAP-систем. Это программное обеспечение, предоставляющее пользователю возможность в режиме реального времени получать ответы на произвольные аналитические запросы. К классу OLAP-систем относят только те программы, которые в качестве внешнего интерфейса предоставляют пользователю многомерную изменяемую таблицу. Эта таблица позволяет пользователю менять местами столбцы и строки, задавать условия фильтрации и при этом она автоматически вычисляет промежуточные итоги в группах данных и окончательные итоги. Неотъемлемой частью OLAP-анализа является графическое отображение данных.
Программная реализация OLAP-решения предполагает наличие машины вычислений (OLAP-сервера) и многомерной базы данных (MO-LAP), к которой обращаются клиентские программы с запросами на получение данных и выполнение вычислений. Любое конечное решение содержит OLAP-компоненту, которая является интерфейсом пользователя. Эти компоненты похожи друг на друга. Их визуальная часть состоит из элементов управления и элементов отображения данных.