Descrição

O comando CREATE VIEW define a visão de uma consulta. A visão não é materializada fisicamente. Em vez disso, a consulta é executada sempre que a visão é referenciada em uma consulta.

O comando CREATE OR REPLACE VIEW é semelhante, mas se já existir uma visão com o mesmo nome, ela será substituída. A nova consulta deve gerar as mesmas colunas geradas pela consulta da visão existente (ou seja, os mesmos nomes de coluna na mesma ordem e com os mesmos tipos de dados), mas podem ser adicionadas colunas no final da lista. Os cálculos que dão origem às colunas de saída podem ser completamente diferentes.

Se for fornecido o nome do esquema (por exemplo, CREATE VIEW meu_esquema.minha_visão ...), então a visão será criada no esquema especificado. Caso contrário, será criada no esquema corrente. As visões temporárias existem em um esquema especial, portanto, não pode ser fornecido o nome do esquema ao criar uma visão temporária. O nome da visão deve ser diferente do nome de qualquer outra relação (tabela, sequência, índice, visão, visão materializada ou tabela estrangeira) no mesmo esquema.

Parâmetros

Notas

Deve ser usado o comando DROP VIEW para remover as visões.

Deve-se cuidar para que os nomes e tipos de dados das colunas da visão sejam atribuídos da maneira desejada. Por exemplo:

CREATE VIEW vista AS SELECT 'Hello World';

é uma forma ruim, porque o nome da coluna fica sendo ?column? por padrão; além disso, o tipo de dados da coluna fica sendo text por padrão, que pode não ser o desejado. Um estilo melhor para um literal de cadeia de caracteres no resultado de uma visão seria algo como:

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

Por padrão, o acesso às relações base subjacentes referenciadas na visão é determinado pelas permissões do dono da visão. Em alguns casos, isto pode ser usado para fornecer acesso seguro, porém restrito, às tabelas subjacentes. No entanto, nem todas as visões são seguras contra adulteração; veja Regras e privilégios para obter detalhes.

Se a visão tiver a propriedade security_invoker definida como true, o acesso às relações base subjacentes será determinado pelas permissões do usuário que executa a consulta, e não pelas permissões do dono da visão. Assim, o usuário de uma visão com invocação de segurança deve ter as permissões apropriadas na visão e em suas relações base subjacentes.

Se alguma das relações base subjacentes for uma visão com invocação de segurança, ela será tratada como se tivesse sido acessada diretamente pela consulta original. Assim, uma visão com invocação de segurança sempre irá verificar suas relações de base subjacentes usando as permissões do usuário corrente, mesmo que seja acessada a partir de uma visão sem a propriedade security_invoker.

Se alguma das relações de base subjacentes tiver Políticas de segurança de linha ativado, então, por padrão, as políticas de segurança no nível de linha do dono da visão são aplicadas, e o acesso a quaisquer relações adicionais mencionadas por estas políticas é determinado pelas permissões do dono da visão. Entretanto, se a visão tiver security_invoker definido como true, então as políticas e permissões do usuário que invocou o recurso são utilizadas, como se as relações base tivessem sido referenciadas diretamente pela consulta usando a visão.

As funções chamadas na visão são tratadas da mesma forma como se tivessem sido chamadas diretamente pela consulta usando a visão. Portanto, o usuário de uma visão deve ter permissões para chamar todas as funções usadas pela visão. As funções na visão são executadas com os privilégios do usuário que executa a consulta ou do dono da função, dependendo se as funções estão definidas como SECURITY INVOKER ou SECURITY DEFINER. Assim, por exemplo, chamar CURRENT_USER diretamente em uma visão, sempre retornará o usuário que a invocou, não o dono da visão. Isto não é afetado pela definição de security_invoker da visão, portanto uma visão definida com security_invoker como false não é equivalente a uma função SECURITY DEFINER, e estes conceitos não devem ser confundidos.

O usuário que cria ou substitui uma visão deve ter privilégios USAGE em quaisquer esquemas referenciados na consulta da visão, para poder procurar os objetos referenciados nesses esquemas. Note, no entanto, que esta pesquisa só ocorre quando a visão é criada ou substituída. Portanto, o usuário da visão precisa ter apenas o privilégio USAGE no esquema que contém a visão, e não nos esquemas referenciados na consulta da visão, mesmo para uma visão de invocação de segurança.

Quando é usado o comando CREATE OR REPLACE VIEW em uma visão existente, somente a regra SELECT que define a visão, mais quaisquer parâmetros WITH ( ... ) e suas CHECK OPTION são mudadas. Outras propriedades da visão, incluindo propriedade, permissões e regras não-SELECT, permanecem inalteradas. É necessário ser o dono da visão para substituí-la (isto inclui ser membro da função de banco de dados que é a dona).

Exemplos

Criação de uma visão que consiste em todos os filmes de comédia:

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

Este comando cria uma visão contendo as colunas que estão na tabela films no momento da criação da visão. Embora tenha sido usado o * para criar a visão, as colunas adicionadas à tabela posteriormente não farão parte da visão.

Criação de uma visão com LOCAL CHECK OPTION:

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

Este comando cria uma visão baseada na visão comedies, mostrando apenas os filmes com kind = 'Comedy' e classification = 'U'. Qualquer tentativa de executar um comando INSERT ou UPDATE numa linha da visão, será rejeitada se a nova linha não tiver classification = 'U', mas o tipo (kind) do filme não será verificado.

Criação de uma visão com CASCADED CHECK OPTION:

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

Este comando cria uma visão que verifica tanto o campo kind quanto o campo classification das novas linhas.

Criação de uma visão com uma mistura de colunas atualizáveis e não atualizáveis:

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';

Esta visão oferece suporte aos comandos INSERT, UPDATE e DELETE. Todas as colunas da tabela films serão atualizáveis, enquanto as colunas computadas country e avg_rating serão de leitura-apenas.

Criação de uma visão recursiva composta pelos números de 1 a 100:

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

Note que, embora o nome da visão recursiva seja qualificado pelo esquema neste CREATE, sua auto-referência interna não é qualificada pelo esquema. Isto ocorre porque o nome do CTE (Common Table Expression) criado implicitamente não pode ser qualificado pelo esquema.

Conformidade

O comando CREATE OR REPLACE VIEW é uma extensão do PostgreSQL à linguagem SQL. Assim como o conceito de visão temporária. A cláusula WITH ( ... ) também é uma extensão, assim como as visões com barreira de segurança e as visões de invocação de segurança.

Veja também