Описание

CREATE VIEW определяет представление запроса. Представление не является физически материализованным. Вместо этого запрос выполняется каждый раз, когда представление ссылается в запросе.

CREATE OR REPLACE VIEW похож, но если представление с таким же именем уже существует, оно будет заменено. Новый запрос должен генерировать те же столбцы, которые были сгенерированы существующим запросом представления (то есть, те же имена столбцов в том же порядке и с теми же типами данных), но он может добавить дополнительные столбцы в конец списка. Вычисления, приводящие к выходным столбцам, могут быть полностью разными.

Если указано имя схемы (например, CREATE VIEW myschema.myview ...), то представление создается в указанной схеме. В противном случае оно создается в текущей схеме. Временные представления существуют в специальной схеме, поэтому при создании временного представления нельзя указывать имя схемы. Имя представления должно быть отличным от имени любого другого отношения (таблицы, последовательности, индекса, представления, материализованного представления или внешней таблицы) в той же схеме.

Параметры

Примечания

Используйте оператор DROP VIEW для удаления представлений.

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

CREATE VIEW vista AS SELECT 'Hello World';

это плохой стиль, потому что имя столбца по умолчанию будет ?column?; также, тип данных столбца по умолчанию будет text, что может не быть тем, что вы хотели. Лучший стиль для строкового литерала в результате представления - это что-то вроде:

CREATE VIEW vista AS SELECT text 'Hello World' AS hello;

По умолчанию, доступ к базовым отношениям, на которые ссылается представление, определяется правами владельца представления. В некоторых случаях это может использоваться для обеспечения безопасного, но ограниченного доступа к базовым таблицам. Однако не все представления защищены от вмешательства; см. Раздел 37.5 для получения подробной информации.

Если у представления установлено свойство security_invoker со значением true, доступ к базовым отношениям определяется правами пользователя, выполняющего запрос, а не владельца представления. Таким образом, пользователь представления с включенной опцией "security_invoker" должен иметь соответствующие разрешения на представление и его базовые отношения.

Если одна из базовых отношений является представлением с вызовом безопасности, оно будет обрабатываться так, как если бы оно было доступно непосредственно из исходного запроса. Таким образом, представление с вызовом безопасности всегда будет проверять свои базовые отношения с использованием разрешений текущего пользователя, даже если оно доступно из представления без свойства security_invoker.

Если у любого из базовых отношений включена строковая безопасность, то по умолчанию применяются политики защиты на уровне строк владельца представления, и доступ к любым дополнительным отношениям, на которые ссылаются эти политики, определяется разрешениями владельца представления. Однако, если у представления установлено значение security_invoker равное true, то вместо этого используются политики и разрешения пользователя, вызывающего представление, как если бы базовые отношения были непосредственно ссылками из запроса, использующего представление.

Все функции, вызываемые в представлении, обрабатываются так же, как если бы они были вызваны непосредственно из запроса, использующего представление. Поэтому пользователь представления должен иметь разрешения на вызов всех функций, используемых представлением. Функции в представлении выполняются с привилегиями пользователя, выполняющего запрос или владельца функции, в зависимости от того, определены ли функции как SECURITY INVOKER или SECURITY DEFINER. Таким образом, например, вызов CURRENT_USER непосредственно в представлении всегда вернет вызывающего пользователя, а не владельца представления. Это не зависит от установки security_invoker представления, поэтому представление с установленным security_invoker в false не эквивалентно функции SECURITY DEFINER, и эти концепции не следует путать.

Пользователь, создающий или заменяющий представление, должен иметь привилегии USAGE на любые схемы, на которые ссылается запрос представления, чтобы искать целевые объекты в этих схемах. Однако следует отметить, что это поиск происходит только при создании или замене представления. Поэтому пользователю представления требуется только привилегия USAGE на схему, содержащую представление, а не на схемы, на которые ссылается запрос представления, даже для представления с вызовом безопасности.

Когда используется команда CREATE OR REPLACE VIEW для существующего представления, изменяется только определение представления SELECT, а также любые параметры WITH ( ... ) и его CHECK OPTION. Другие свойства представления, включая владение, разрешения и правила, отличные от SELECT, остаются неизменными. Чтобы заменить представление, вы должны быть его владельцем (это включает в себя быть членом владеющей роли).

Примеры

Создайте представление, состоящее из всех комедийных фильмов:

CREATE VIEW comedies AS
    SELECT *
    FROM films
    WHERE kind = 'Comedy';

Это создаст представление, содержащее столбцы, которые находятся в таблице film на момент создания представления. Хотя для создания представления использовался символ *, столбцы, добавленные позже в таблицу, не будут частью представления.

Создайте представление с LOCAL CHECK OPTION:

CREATE VIEW universal_comedies AS
    SELECT *
    FROM comedies
    WHERE classification = 'U'
    WITH LOCAL CHECK OPTION;

Это создаст представление на основе представления comedies, показывающего только фильмы с kind = 'Comedy' и classification = 'U'. Любая попытка INSERT или UPDATE строки в представлении будет отклонена, если новая строка не имеет classification = 'U', но kind фильма не будет проверяться.

Создайте представление с CASCADED CHECK OPTION:

CREATE VIEW pg_comedies AS
    SELECT *
    FROM comedies
    WHERE classification = 'PG'
    WITH CASCADED CHECK OPTION;

Это создаст представление, которое проверяет как kind, так и classification новых строк.

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

CREATE VIEW comedies AS
    SELECT f.*,
           country_code_to_name(f.country_code) AS country,
           (SELECT avg(r.rating)
            FROM user_ratings r
            WHERE r.film_id = f.id) AS avg_rating
    FROM films f
    WHERE f.kind = 'Comedy';

Это представление будет поддерживать INSERT, UPDATE и DELETE. Все столбцы из таблицы films будут обновляемыми, в то время как вычисляемые столбцы country и avg_rating будут доступны только для чтения.

Создайте рекурсивное представление, состоящее из чисел от 1 до 100:

CREATE RECURSIVE VIEW public.nums_1_100 (n) AS
    VALUES (1)
UNION ALL
    SELECT n+1 FROM nums_1_100 WHERE n < 100;

Обратите внимание, что хотя имя рекурсивного представления указано с указанием схемы в этой CREATE, его внутренняя ссылка на себя не имеет указания схемы. Это происходит потому, что имя неявно созданного CTE не может быть указано с указанием схемы.

Совместимость

CREATE OR REPLACE VIEW - это расширение языка Tantor BE. Также является расширением концепция временного представления. Предложение WITH ( ... ) также является расширением, а также представления с барьером безопасности и представления с вызывающими правами безопасности.

См. также