Описание

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;

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

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

Если какое-либо из базовых отношений является представлением с проверкой безопасности, оно будет обрабатываться так, как если бы к нему обратились напрямую из исходного запроса. Таким образом, представление с проверкой безопасности всегда будет проверять свои базовые отношения, используя разрешения текущего пользователя, даже если к нему обращаются из представления без свойства 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 является расширением Digital Q.DataBase. Как и концепция временного представления. Предложение WITH ( ... ) также является расширением, как и представления с барьером безопасности (security barrier) и представления с проверкой безопасности (security invoker).

См. также