Физическая организация хранения данных

Оценить
(0 голоса)

Базы данных DB2 могут быть установлены как отдельное хранилище данных или физически разделены между множеством узлов. В случае разделения данных узлы могут представлять собой разные серверы, объединенные в сеть, или множество разделов БД на единственном сервере. На единственном сервере эти разделы называются LDP (Logical Database Partitions - логическими разделами БД). Логические разделы БД в действительности представляют собой виртуальные узлы, не предусматривающие разделения ресурсов, которые сосуществуют в пределах одного и того же сервера, а не на отдельных системах

Табличные пространства

Базы данных DB2 сохраняют данные в tablespaces (табличных пространствах ). Каждое табличное пространство может состоять из одного или нескольких объектов хранения данных, которые называются containers (контейнерами ). Контейнер - это файл файловой системы либо низкоуровневое устройство.

Каждая таблица существует в одном и только в одном табличном пространстве на некотором узле, хотя индексы таблицы могут быть помещены в специальное табличное пространство индекса.

Параллельная обработка

Поддержка параллельной обработки DB2 UDB вводилась постепенно. В настоящем разделе будут рассмотрены стандартные блоки, из которых построены текущие версии DB2 UDB.

DB2 Universal Database Enterprise Edition (ЕЕ)

Поставка DB2 UDB Enterprise Edition (ЕЕ) началась в сентябре 1997 года. Впервые пользователи DB2 для Solaris получили возможность воспользоваться параллелизмом внутри запроса, который представляет собой обязательный компонент в развертывании приложений информационного хранилища. Параллелизм внутри запроса достигается в пределах некоторого отдельного раздела БД посредством множества центральных процессоров для того, чтобы выполнить планы запросов, выбранные оптимизатором БД.

Для выполнения каждого запроса агентским процессом без распараллеливания может использоваться только один ЦП.

По мере возрастания количества данных, подлежащих обработке, единственный поток обработки данных становится серьезным ограничением. Способность поддерживать параллелизм внутри запроса в пре-

делах отдельного раздела БД называется intrapartition parallelism (параллелизмом внутри раздела).

DB2 реализует технологию параллелизма внутри раздела, назначая субагентов, чтобы они действовали от имени некоторого агента БД. Поскольку потенциально каждый субагент может потреблять ресурсы единственного ЦП, то для любого запроса могут использоваться все доступные центральные процессоры. Например, на каком-нибудь восьмипроцессорном сервере все восемь ЦП могут использоваться для того, чтобы выполнить некоторый отдельно взятый запрос. Рисунок 12.3 иллюстрирует ресурсы, которые могли бы использоваться на сервере с 4-мя центральными процессорами для выполнениия отдельного запроса, применяя технологию параллелизма внутри раздела.

DB2 Universal Database Enterprise-Extended Edition (EEE)
Модель процесса DB2 для Solaris
Управление памятью DB2 для Solaris

Добавить комментарий


Защитный код
Обновить