Partage via

CREATE VIEW

  • Article

S’applique à : case marquée oui Databricks SQL case marquée oui Databricks Runtime

Construit une table virtuelle qui n’a pas de données physiques en fonction du jeu de résultats d’une requête SQL. ALTER VIEW et DROP VIEW modifient uniquement les métadonnées.

Syntaxe

CREATE [ OR REPLACE ] [ TEMPORARY ] VIEW [ IF NOT EXISTS ] view_name
    [ column_list ]
    [ schema_binding ]
    [ COMMENT view_comment ]
    [ TBLPROPERTIES clause ]
    AS query

schema_binding
   WITH SCHEMA { BINDING | COMPENSATION | [ TYPE ] EVOLUTION }

column_list
   ( { column_alias [ COMMENT column_comment ] } [, ...] )

Paramètres

  • OR REPLACE

    Si une vue du même nom existe déjà, elle est remplacée. Pour remplacer une vue existante, vous devez en être le propriétaire.

    Remplacer une vue existante ne conserve pas les privilèges accordés sur la vue d’origine. Utilisez ALTER VIEW pour conserver les privilèges.

  • TEMPORARY

    Les vues TEMPORARY ne sont visibles que pour la session qui les a créées et sont supprimées à la fin de la session.

  • GLOBAL TEMPORARY

    S’applique à : coche marquée oui Databricks Runtime

    Les vues GLOBAL TEMPORARY sont liées à un schéma temporaire global_temp conservé par le système.

  • IF NOT EXISTS

    Crée la vue uniquement si elle n’existe pas. Si une vue portant ce nom existe déjà, l’instruction CREATE VIEW est ignorée.

    Vous pouvez spécifier au maximum un seul des paramètres IF NOT EXISTS ou OR REPLACE.

  • view_name

    Nom de la vue nouvellement créée. Le nom d’une vue temporaire ne doit pas être qualifié. Le nom complet de la vue doit être unique.

    Les vues créées dans hive_metastore ne peuvent contenir que des caractères ASCII alphanumériques et des traits de soulignement (INVALID_SCHEMA_OR_RELATION_NAME).

  • schema_binding

    S’applique à : coche marquée oui Databricks Runtime 15.3 et versions ultérieures

    Spécifie éventuellement comment la vue s’adapte aux modifications apportées au schéma de la requête en raison des modifications apportées aux définitions d’objet sous-jacentes.

    Cette clause n’est pas prise en charge pour les vues temporaires ou les vues matérialisées.

    • WITH SCHEMA BINDING

      La vue devient non valide si la liste des colonnes de requête change, sauf dans les conditions suivantes :

      • La liste des colonnes inclut une clause en étoile ainsi que des colonnes supplémentaires. Ces colonnes supplémentaires sont ignorées.
      • Le type d’une ou plusieurs colonnes a été modifié de manière à permettre leur transtypage en toute sécurité vers les types de colonnes d’origine à l’aide de règles de conversion implicites.

      C’est le paramétrage par défaut.

    • WITH SCHEMA COMPENSATION

      La vue devient non valide si la liste des colonnes de requête change, sauf dans les conditions suivantes :

      • La liste des colonnes inclut une clause en étoile ainsi que des colonnes supplémentaires. Ces colonnes supplémentaires sont ignorées.
      • Le type d’une ou plusieurs colonnes a été modifié de manière à permettre leur transtypage vers les types de colonnes d’origine à l’aide de règles de transtypage ANSI explicites.

    • WITH SCHEMA TYPE EVOLUTION

      La vue adopte toutes les modifications apportées aux types de la liste de colonnes de requête dans sa propre définition lorsque le compilateur SQL détecte une telle modification en réponse à une référence à la vue.

    • WITH SCHEMA EVOLUTION

      • Ce mode se comporte comme WITH SCHEMA TYPE EVOLUTION. Il adopte également les modifications apportées aux noms de colonnes ou les colonnes ajoutées et supprimées si la vue n’inclut pas de column_list explicite.
      • La vue devient non valide uniquement si la requête ne peut plus être analysée ou si la vue facultative column_list ne correspond plus au nombre d’expressions dans la liste de sélection query.

  • column_list

    Étiquette au choix les colonnes dans le résultat de la requête de la vue. Si vous fournissez une liste de colonnes, le nombre d’alias de colonnes doit correspondre au nombre d’expressions de la requête. Si aucune liste de colonnes n’est spécifiée, les alias sont dérivés du corps de la vue.

    • column_alias

      Les alias de colonnes doivent être uniques.

    • column_comment

      Littéral STRING facultatif qui décrit l’alias de la colonne.

  • view_comment

    Un littéral STRING au choix qui fournit des commentaires au niveau de la vue.

  • TBLPROPERTIES

    (Facultatif) Définit une ou plusieurs propriétés définies par l’utilisateur.

  • COMMERequête

    Requête qui construit l’affichage à partir de tables de base ou d’autres affichages.

Exemples

-- Create or replace view for `experienced_employee` with comments.
> CREATE OR REPLACE VIEW experienced_employee
    (id COMMENT 'Unique identification number', Name)
    COMMENT 'View for experienced employees'
    AS SELECT id, name
         FROM all_employee
        WHERE working_years > 5;

-- Create a temporary view `subscribed_movies`.
> CREATE TEMPORARY VIEW subscribed_movies
    AS SELECT mo.member_id, mb.full_name, mo.movie_title
         FROM movies AS mo
         INNER JOIN members AS mb
            ON mo.member_id = mb.id;

-- Create a view with schema binding (default)
> CREATE TABLE emp(name STRING, income INT);
> CREATE VIEW emp_v WITH SCHEMA BINDING AS SELECT * FROM emp;

– The view ignores adding a column to the base table
> ALTER TABLE emp ADD COLUMN bonus SMALLINT;
> SELECT * FROM emp_v;
name  income
----  ------

-- The view tolerates narrowing the underlying type
> CREATE OR REPLACE TABLE emp(name STRING, income SMALLINT, bonus SMALLINT);
> SELECT typeof(income) FROM emp_v;
 INTEGER

– The view does not tolerate widening the underlying type
CREATE OR REPLACE TABLE emp(name STRING, income BIGINT, bonus SMALLINT);
> SELECT typeof(income) FROM emp_v;
 Error

– Create a view with SCHEMA COMPENSATION
> CREATE TABLE emp(name STRING, income SMALLINT, bonus SMALLINT);
> CREATE VIEW emp_v WITH SCHEMA COMPENSATION AS SELECT * FROM emp;

-- The view tolerates widening the underlying type but keeps its own signature fixed
CREATE OR REPLACE TABLE emp(name STRING, income INTEGER, bonus INTEGER);
> SELECT typeof(income) FROM emp_v;
 INTEGER

-- The view does not tolerate dropping a needed column
ALTER TABLE emp DROP COLUMN bonus;
> SELECT * FROM emp_v;
Error

– Create a view with SCHEMA EVOLUTION
> CREATE TABLE emp(name STRING, income SMALLINT);
> CREATE VIEW emp_v WITH SCHEMA EVOLUTION AS SELECT * FROM emp;

-- The view picks up additional columns
> ALTER TABLE emp ADD COLUMN bonus SMALLINT
> SELECT * FROM emp_v;
 name income bonus
 ---- ------ -----

-- The view picks up renamed columns as well
> ALTER TABLE emp RENAME COLUMN income TO salary SMALLINT;
> SELECT * FROM emp_v;
 name salary bonus
 ---- ------ -----

-- The view picks up changes to column types and dropped columns
> CREATE OR REPLACE TABLE emp(name STRING, salary BIGINT);
> SELECT *, typeof(salary)AS salary_type FROM emp_v;
 name salary
 ---- ------