Description

CREATE VIEW définit une vue d'après une requête. La vue n'est pas matérialisée physiquement. Au lieu de cela, la requête est lancée chaque fois qu'une vue est utilisée dans une requête.

CREATE OR REPLACE VIEW a la même finalité, mais si une vue du même nom existe déjà, elle est remplacée. La nouvelle requête doit générer les mêmes colonnes que celles de l'ancienne requête (c-est-à-dire les mêmes noms de colonnes dans le même ordre avec les mêmes types de données). Par contre, elle peut ajouter des colonnes supplémentaires en fin de liste. Les traitements qui donnent les colonnes en sortie pourraient être complètement différents.

Si un nom de schéma est donné (par exemple CREATE VIEW monschema.mavue ...), alors la vue est créée dans ce schéma. Dans le cas contraire, elle est créée dans le schéma courant. Les vues temporaires existent dans un schéma spécial. Il n'est donc pas nécessaire de fournir de schéma pour les vues temporaires. Le nom de la vue doit être différent du nom de toute autre relation (table, séquence, index, vue, vue matérialisée ou table distante) du même schéma.

Paramètres

Notes

L'instruction DROP VIEW est utilisée pour supprimer les vues.

Il est important de s'assurer que le nom et le type des colonnes de la vue correspondent à ce qui est souhaité. Ainsi :

CREATE VIEW vista AS SELECT 'Hello World';

est une mauvaise façon de procéder car le nom de la colonne vaudra par défaut?column?; de plus, le type de donnée de la colonne vaudra par défaut text, ce qui pourrait ne pas être ce que vous voulez. Un meilleur style pour une chaîne litérale dans le résultat d'une vue est quelque chose comme :

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

Par défaut, l'accès aux relations de base sous-jacentes est déterminée par les droits du propriétaire de la vue. Dans certains cas, ceci peut être utilisé pour fournir des accès sécurisé et restreint aux tables sous-jacentes. Néanmoins, les vues ne sont pas toutes sécurisées contre des accès inattendus ; voir Section 41.5 pour plus de détails.

Si la propriété security_invoker de la vue est configurée à true, l'accès aux relations de base sous-jacentes est déterminée par les droits de l'utilisateur exécutant la requête, plutôt que par ceux de son propriétaire. De ce fait, l'utilisateur d'une vue security invoker doit avoir les droits adéquats sur la vue et sur les relations de base sous-jacentes.

Si une des relations de base sous-jacentes est une vue security invoker, elle sera traitée comme si elle avait été accédée directement depuis la requête originale. De ce fait, une vue security invoker vérifiera toujours ses relations de base sous-jacentes en utilisant les droits de l'utilisateur courant, même si elle est accédée à partir d'une vue sans propriété security_invoker.

Si une des relations de base sous-jacentes dispose de l'activation de la sécurité niveau ligne, alors, par défaut, les politiques de sécurité niveau ligne du propriétaire de la vue sont appliquées, et l'accès à toute relation supplémentaire auquel ces politiques font références est déterminé par les droits du propriétaire de la vue. Néanmoins, si l'option security_invoker de la vue est configurée à true, alors les politiques et les droits de l'utilisateur invoqué sont utilisés à la place, comme si les relations de base avaient été référencées directement à partir de la requête utilisant la vue.

Les fonctions appelées dans la vue sont traitées de la même façon que si elles avaient été appelées directement à partir de la requête utilisant la vue. De ce fait, l'utilisateur d'une vue doit avoir les droits pour appeler toutes les fonctions utilisées par la vue. Les fonctions dans la vue sont exécutées avec les droits de l'utilisateur exécutant la requête ou le propriétaire de la fonction, suivant si les fonctions sont définies comme SECURITY INVOKER ou SECURITY DEFINER. Par exemple, appeler CURRENT_USER directement dans une vue renverra toujours l'utilisateur appelant, et non pas le propriétaire de la vue. Ceci n'est pas affecté par la configuration security_invoker, et donc une vue pour laquelle security_invoker est configurée à false n'est pas équivalent à une fonction SECURITY DEFINER et ces concepts ne doivent pas être confondus.

L'utilisateur créant et remplaçant une vue doit avoir les droits USAGE sur tout schéma référencé dans la requête de la vue, pour rechercher les objets référencés dans ces schémas. Néanmoins, notez que cette recherche survient seulement quand la vue est créée ou remplacée. De ce fait, l'utilisateur de la vue a uniquement besoin du droit USAGE sur le schéma contenant la vue, pas sur les schémas référencés dans la requête de la vue, y compris pour une vue security invoker.

Quand CREATE OR REPLACE VIEW est utilisé sur une vue existante, seuls la règle SELECT définissant la vue, plus tout paramètre WITH ( ... ) et ses CHECK OPTION sont modifiés. Les autres propriétés, comme les droits, le propriétaire et les règles autres que le SELECT, ne sont pas modifiées. Vous devez être le propriétaire de la vue pour la remplacer (ceci incluant aussi les membres du rôle propriétaire).

Exemples

Créer une vue composée des comédies :

CREATE VIEW comedies AS
    SELECT *
    FROM films
    WHERE genre = 'Comédie';

Cette requête crée une vue contenant les colonnes de la table film au moment de la création de la vue. Bien que l'étoile (*) soit utilisée pour créer la vue, les colonnes ajoutées par la suite à la table film ne feront pas partie de la vue.

Créer une vue avec l'option LOCAL CHECK OPTION :

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

Ceci créera une vue basée sur la vue comedies, ne montrant que les films pour lesquels kind = 'Comedy' et classification = 'U'. Toute tentative d'INSERT ou d'UPDATE d'une ligne dans la vue sera rejeté si la nouvelle ligne ne correspond pas à classification = 'U', mais le type du film (colonne genre) ne sera pas vérifié.

Créer une vue avec CASCADED CHECK OPTION :

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

Ceci créera une vue qui vérifie les colonnes kind et classification de chaque nouvelle ligne.

Créer une vue avec un ensemble de colonnes modifiables et non modifiables :

CREATE VIEW comedies AS
    SELECT f.*,
           code_pays_a_nom(f.code_pays) AS pays,
           (SELECT avg(r.score)
            FROM utilisateurs_score r
            WHERE r.film_id = f.id) AS score_moyen
    FROM films f
    WHERE f.genre = 'Comedy';

Cette vue supportera les commandes INSERT, UPDATE et DELETE. Toutes les colonnes de la table films seront modifiables, alors que les colonnes calculées, pays et score_moyen seront en lecture seule.

Créer une vue récursive consistant en des nombres 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;

Notez que, bien que le nom de la vue récursive est qualifié du schéma dans cette commande CREATE, sa propre référence interne n'est pas qualifiée du schéma. Ceci est dû au fait que le nom, implicitement créé, de la CTE ne peut pas être qualifié d'un schéma.

Compatibilité

Le standard SQL spécifie quelques possibilités supplémentaires pour l'instruction CREATE VIEW :

CREATE VIEW nom [ ( nom_colonne [, ...] ) ]
    AS requête
    [ WITH [ CASCADED | LOCAL ] CHECK OPTION ]

CREATE OR REPLACE VIEW est une extension PostgreSQL, tout comme le concept de vue temporaire. La clause WITH ( ... ) est aussi une extension, comme le sont les vues avec barrière de sécurité et les vues security invoker.

Voir aussi