Descripción

CREATE VIEW define una vista de una consulta. La vista no se materializa físicamente. En su lugar, la consulta se ejecuta cada vez que se hace referencia a la vista en una consulta.

CREATE OR REPLACE VIEW es similar, pero si ya existe una vista con el mismo nombre, se reemplaza. La nueva consulta debe generar las mismas columnas que generaba la consulta de la vista existente (es decir, los mismos nombres de columna en el mismo orden y con los mismos tipos de datos), pero puede añadir columnas adicionales al final de la lista. Los cálculos que dan lugar a las columnas de salida pueden ser completamente diferentes.

Si se proporciona un nombre de esquema (por ejemplo, CREATE VIEW miesquema.mivista ...), entonces la vista se crea en el esquema especificado. De lo contrario, se crea en el esquema actual. Las vistas temporales existen en un esquema especial, por lo que no se puede proporcionar un nombre de esquema al crear una vista temporal. El nombre de la vista debe ser diferente del nombre de cualquier otra relación (tabla, secuencia, índice, vista, vista materializada o tabla foránea) en el mismo esquema.

Parámetros

Notas

Utiliza la sentencia DROP VIEW to eliminar vistas.

Asegúrate de que los nombres y tipos de las columnas de la vista se asignen de la manera que deseas. Por ejemplo:

CREATE VIEW vista AS SELECT 'Hello World';

es una mala práctica porque el nombre de la columna por defecto es ?column?; además, el tipo de datos de la columna por defecto es text, lo cual podría no ser lo que deseas. Un mejor estilo para un literal de cadena en el resultado de una vista es algo como:

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

Por defecto, el acceso a las relaciones base subyacentes referenciadas en la vista está determinado por los permisos del propietario de la vista. En algunos casos, esto se puede usar para proporcionar un acceso seguro pero restringido a las tablas subyacentes. Sin embargo, no todas las vistas son seguras contra la manipulación; consulta Section 39.5 para obtener más detalles.

Si la vista tiene la propiedad security_invoker establecida en true, el acceso a las relaciones base subyacentes se determina mediante los permisos del usuario que ejecuta la consulta, en lugar del propietario de la vista. Por lo tanto, el usuario de una vista con invocador de seguridad debe tener los permisos pertinentes en la vista y en sus relaciones base subyacentes.

Si alguna de las relaciones base subyacentes es una vista con invocador de seguridad, se tratará como si se hubiera accedido a ella directamente desde la consulta original. Por lo tanto, una vista con invocador de seguridad siempre verificará sus relaciones base subyacentes utilizando los permisos del usuario actual, incluso si se accede a ella desde una vista sin la propiedad security_invoker.

Si alguna de las relaciones base subyacentes tiene habilitada la seguridad a nivel de fila, entonces, por defecto, se aplican las políticas de seguridad a nivel de fila del propietario de la vista, y el acceso a cualquier relación adicional a la que se refieran esas políticas se determina mediante los permisos del propietario de la vista. Sin embargo, si la vista tiene security_invoker establecido en true, entonces se utilizan en su lugar las políticas y permisos del usuario invocador, como si las relaciones base hubieran sido referenciadas directamente desde la consulta utilizando la vista.

Las funciones llamadas en la vista se tratan igual que si se hubieran llamado directamente desde la consulta que utiliza la vista. Por lo tanto, el usuario de una vista debe tener permisos para llamar a todas las funciones utilizadas por la vista. Las funciones en la vista se ejecutan con los privilegios del usuario que ejecuta la consulta o del propietario de la función, dependiendo de si las funciones están definidas como SECURITY INVOKER o SECURITY DEFINER. De este modo, por ejemplo, llamar a CURRENT_USER directamente en una vista siempre devolverá al usuario invocador, no al propietario de la vista. Esto no se ve afectado por la configuración de security_invoker de la vista y, por lo tanto, una vista con security_invoker establecido en false no equivale a una función SECURITY DEFINER y esos conceptos no deben confundirse.

El usuario que crea o reemplaza una vista debe tener privilegios USAGE en cualquier esquema al que se haga referencia en la consulta de la vista, para poder buscar los objetos referenciados en esos esquemas. Ten en cuenta, sin embargo, que esta búsqueda solo ocurre cuando se crea o reemplaza la vista. Por lo tanto, el usuario de la vista solo requiere el privilegio USAGE en el esquema que contiene la vista, no en los esquemas a los que se hace referencia en la consulta de la vista, incluso para una vista con invocador de seguridad.

Cuando se utiliza CREATE OR REPLACE VIEW en una vista existente, solo se cambian la regla SELECT que define la vista, además de cualquier parámetro WITH ( ... ) y su CHECK OPTION. Otras propiedades de la vista, incluyendo la propiedad, los permisos y las reglas que no son SELECT, permanecen sin cambios. Debes ser el propietario de la vista para reemplazarla (esto incluye ser miembro del rol propietario).

Ejemplos

Crea una vista que consista en todas las películas de comedia:

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

Esto creará una vista que contiene las columnas que están en la tabla film en el momento de la creación de la vista. Aunque se utilizó * para crear la vista, las columnas añadidas posteriormente a la tabla no formarán parte de ella.

Crea una vista con LOCAL CHECK OPTION:

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

Esto creará una vista basada en la vista comedies, que muestra solo películas con kind = 'Comedy' y classification = 'U'. Cualquier intento de INSERT o UPDATE una fila en la vista será rechazado si la nueva fila no tiene classification = 'U', pero no se verificará el género (kind) de la película.

Crea una vista con CASCADED CHECK OPTION:

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

Esto creará una vista que verifica tanto el género (kind) como la clasificación (classification) de las nuevas filas.

Crea una vista con una mezcla de columnas actualizables y no actualizables:

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 vista admitirá INSERT, UPDATE y DELETE. Todas las columnas de la tabla films serán actualizables, mientras que las columnas calculadas country y avg_rating serán de solo lectura.

Crea una vista recursiva que consista en los números del 1 al 100:

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

Ten en cuenta que aunque el nombre de la vista recursiva está calificado por esquema en este CREATE, su autorreferencia interna no está calificada por esquema. Esto se debe a que el nombre de la CTE creada implícitamente no puede estar calificado por esquema.

Compatibilidad

CREATE OR REPLACE VIEW es una extensión del lenguaje de PostgreSQL. También lo es el concepto de una vista temporal. La cláusula WITH ( ... ) también es una extensión, al igual que las vistas con barrera de seguridad y las vistas con invocador de seguridad.

Consulte también