Максим Чалышев - Oracle SQL. 100 шагов от новичка до профессионала

Примеры работы с материализованными представлениями.

Создадим две таблицы, заполним данными и создадим на основе этих таблиц материализованное представление.

Создание журналов для материализованного представления.

Журнал материализованного представления необходим для корректного быстрого обновления (FAST) для материализованного представления.

В нашем случае для этого нужно создание журнала для каждой из двух таблиц.

Создаем материализованное представление на основе этих двух таблиц.

Обратите внимание, что для корректного обновления материализованного представления методом FAST нам необходимо, при использовании операций GROUP BY в данном представлении, включать в запрос COUNT (*), COUNT (TABM. txt), то есть COUNT (*) и COUNT по всем колонкам, которые выводятся в материализованном представлении.

Выполним запрос к материализованному представлению.

Рисунок 220. Результат выполнения запроса к материализованному представлению

Рисунок 221. Результат выполнения запроса к материализованному представлению

Для материализованных представлений могут быть созданы индексы:

Синтаксис создания индекса не отличается от создания индекса для таблицы.

Существует два основных способа обновления материализованных представлений:

• Полная перестройка (REFRESH FAST). В этом случае при каждом обновлении данных происходит выполнение запроса, на основе которого построено представление, и данные полностью перегружаются.

• Инкрементальное обновление (build immediate refresh complete). В этом случае, когда обновляется любая из таблиц, из запроса в материализованном представлении создается специальный журнал изменений и изменения представления распространяются только для данных, которые изменились.

Для материализованных представлений можно использовать следующие возможности:

• создавать индексы;

• использовать секционирование в материализованных представлениях;

• создавать материализованные представления на основе секционированных таблиц.

В материализованном представлении допустимы различные типы агрегации вроде SUM, COUNT (*), AVG, MIN и MAX. В определении материализованного представления также можно использовать соединения множества таблиц.

При создании материализованных представлений существуют следующие ограничения.

Следующие конструкции SELECT не могут быть использованы при работе с материализованными представлениями: DISTINCT, FIRST, HAVING, ORDER BY, UNION, UNION ALL, MINUS, INTERSECT, JOIN.

Если вы считаете, что материализованное представление не нужно, можете уничтожить его с помощью оператора DROP MATERIALIZED VIEW:

Какие права необходимы для работы с материализованными представлениями?

Необходимые права:

Можно ли использовать в материализованных представлениях функции USER, CURRENT_USER, SESSION_USER?

Использование функций USER, CURRENT_USER, SESSION_USER в материализованных представлениях не разрешено.

Можно ли в материализованных представлениях использовать последовательности (SEQ)?

Нет, использовать NEXTVAL и CURRVAL в материализованных представлениях нельзя.

Приведите пример, для чего можно использовать материализованные представления на практике.

Например, ежедневная банковская отчетность: ежедневно обновляются материализованные представления, где считаются предварительные итоги, после чего с их использованием строится отчетность.

1. Повторите материалы этого шага.

2. Поясните назначение материализованных представлений.

3. Можно ли в материализованных представлениях использовать GROUP BY и SUM?

4. Объясните, для чего нужны журналы материализованных представлений.

5. Создайте материализованное представление (FAST) для таблиц MAN, AUTO, чтобы оно включало имя человека и количество автомобилей, которое купили люди с этим именем.

В каждой сессии есть возможность использовать специальные структуры данных, именуемые контекстом.

Контексты — это набор данных вида «параметр — значение». Контекст предоставляет дополнительные возможности для приложений, использующих СУБД ORACLE.

Контекст — это предопределенный набор параметров и значений, создаваемый в рамках определенной сессии. Несколько таких наборов «параметр — значение» объединяются с помощью структуры, называемой контекстом.

Задается значение контекста с помощью процедуры DBMS_SESSION.SET_CONTEXT.

Функция SYS_CONTEXT позволяет получить значение заданного контекста в рамках сессии.

Для создания контекста используется специальная команда CREATE CONTEXT.

Сначала следует создать специальную процедуру для управления контекстом.

Существует специальный системный контекст CLIENTCONTEXT.

CLIENTCONTEXT при открытии сеанса задает информацию, дополнительную к заданным сведениям (текущая схема, пользователь, тип авторизации, домен, хост, наименование DB, имя пользователя информационной системы…), контекста USERENV.

Пример

Результат для моего компьютера:

Данная информация достаточно часто используется при разработке ORACLE-приложений.

Существует еще один специальный контекст — CLIENTCONTEXT, клиентский контекст.

Данный контекст не требует создания и позволяет сессии пользователя задавать собственные атрибуты и значения. Этот контекст разрешает устанавливать значения заранее, при открытии соединения с базой данных пользовательским приложением.

CLIENTCONTEXT можно считывать функцией SYS_CONTEXT, а также изменять и создавать новые атрибуты.

Пример

— VALUEr

— valuser1

DBMS_SESSION содержит ряд других подпрограмм для работы с контекстами.

Для создания контекста необходимы права CREATE ANY CONTEXT, они могут быть выданы администратором системы.

Можно ли контекст использовать для других типов данных, а не только для строк?

Да, вот пример использования числа:

Какие еще данные можно извлечь из системного контекста?

Вот список информации, которую можно получить из системного контекста:

Информация о SYSCONTEXT

Информация о SYSCONTEXT

Пример: