Aperçu des vues¶

Qu’est-ce qu’une vue ?¶

Une vue permet d’accéder au résultat d’une requête comme s’il s’agissait d’une table. La requête est spécifiée dans l’instruction CREATE VIEW.

Les vues servent à diverses fins, notamment la combinaison, la séparation et la protection des données. Par exemple, vous pouvez créer des vues séparées qui répondent aux besoins de différents types d’employés, comme les médecins et les comptables d’un hôpital :

CREATE TABLE hospital_table (patient_id INTEGER,
                             patient_name VARCHAR, 
                             billing_address VARCHAR,
                             diagnosis VARCHAR, 
                             treatment VARCHAR,
                             cost NUMBER(10,2));
INSERT INTO hospital_table 
        (patient_ID, patient_name, billing_address, diagnosis, treatment, cost) 
    VALUES
        (1, 'Mark Knopfler', '1982 Telegraph Road', 'Industrial Disease', 
            'a week of peace and quiet', 2000.00),
        (2, 'Guido van Rossum', '37 Florida St.', 'python bite', 'anti-venom', 
            70000.00)
        ;

Copy

CREATE VIEW doctor_view AS
    SELECT patient_ID, patient_name, diagnosis, treatment FROM hospital_table;

CREATE VIEW accountant_view AS
    SELECT patient_ID, patient_name, billing_address, cost FROM hospital_table;

Copy

Une vue peut être utilisée presque partout où une table peut être utilisée (dans une jointure ou une sous-requête, etc.). Par exemple, en utilisant les vues créées ci-dessus :

• Affichez tous les types de problèmes médicaux de chaque patient :

  SELECT DISTINCT diagnosis FROM doctor_view;
  +--------------------+
  | DIAGNOSIS          |
  |--------------------|
  | Industrial Disease |
  | python bite        |
  +--------------------+
  

  Copy

• Indiquez le coût de chaque traitement (sans fournir d’informations permettant d’identifier personnellement des patients spécifiques) :

  SELECT treatment, cost 
      FROM doctor_view AS dv, accountant_view AS av
      WHERE av.patient_ID = dv.patient_ID;
  +---------------------------+----------+
  | TREATMENT                 |     COST |
  |---------------------------+----------|
  | a week of peace and quiet |  2000.00 |
  | anti-venom                | 70000.00 |
  +---------------------------+----------+
  

  Copy

Une commande CREATE VIEW peut utiliser un nom de table complet, partiellement qualifié ou non qualifié. Par exemple :

CREATE VIEW v1 AS SELECT ... FROM my_database.my_schema.my_table;

CREATE VIEW v1 AS SELECT ... FROM my_schema.my_table;

CREATE VIEW v1 AS SELECT ... FROM my_table;

Copy

Si le schéma n’est pas spécifié, Snowflake suppose que la table est dans le même schéma que la vue. (Si la table était supposée être dans le schéma actif, la vue pourrait faire référence à différentes tables à différents moments.)

Types de vues¶

Snowflake prend en charge deux types de vues :

• Vues non matérialisées (généralement simplement appelées « vues »).

• Vues matérialisées.

Vues sécurisées¶

Les vues non matérialisées et matérialisées peuvent être définies comme sécurisées. Les vues sécurisées présentent des avantages par rapport aux vues standard, notamment l’amélioration de la confidentialité et du partage des données ; cependant, elles ont également certains impacts sur les performances à prendre en considération.

Pour plus de détails, voir Utilisation de vues sécurisées.

Vues récursives (vues non matérialisées uniquement)¶

Une vue non matérialisée peut être récursive (c’est-à-dire que la vue peut se référer à elle-même).

L’utilisation de la récursivité dans les vues est similaire à l’utilisation de la récursivité dans les CTEs récursifs. En fait, une vue peut être définie avec un CTE récursif. Par exemple :

CREATE VIEW employee_hierarchy (title, employee_ID, manager_ID, "MGR_EMP_ID (SHOULD BE SAME)", "MGR TITLE") AS (
   WITH RECURSIVE employee_hierarchy_cte (title, employee_ID, manager_ID, "MGR_EMP_ID (SHOULD BE SAME)", "MGR TITLE") AS (
      -- Start at the top of the hierarchy ...
      SELECT title, employee_ID, manager_ID, NULL AS "MGR_EMP_ID (SHOULD BE SAME)", 'President' AS "MGR TITLE"
        FROM employees
        WHERE title = 'President'
      UNION ALL
      -- ... and work our way down one level at a time.
      SELECT employees.title, 
             employees.employee_ID, 
             employees.manager_ID, 
             employee_hierarchy_cte.employee_id AS "MGR_EMP_ID (SHOULD BE SAME)", 
             employee_hierarchy_cte.title AS "MGR TITLE"
        FROM employees INNER JOIN employee_hierarchy_cte
       WHERE employee_hierarchy_cte.employee_ID = employees.manager_ID
   )
   SELECT * 
      FROM employee_hierarchy_cte
);

Copy

Au lieu d’utiliser un CTE récursif, vous pouvez créer une vue récursive avec le mot-clé RECURSIVE, par exemple :

CREATE RECURSIVE VIEW employee_hierarchy_02 (title, employee_ID, manager_ID, "MGR_EMP_ID (SHOULD BE SAME)", "MGR TITLE") AS (
      -- Start at the top of the hierarchy ...
      SELECT title, employee_ID, manager_ID, NULL AS "MGR_EMP_ID (SHOULD BE SAME)", 'President' AS "MGR TITLE"
        FROM employees
        WHERE title = 'President'
      UNION ALL
      -- ... and work our way down one level at a time.
      SELECT employees.title, 
             employees.employee_ID, 
             employees.manager_ID, 
             employee_hierarchy_02.employee_id AS "MGR_EMP_ID (SHOULD BE SAME)", 
             employee_hierarchy_02.title AS "MGR TITLE"
        FROM employees INNER JOIN employee_hierarchy_02
        WHERE employee_hierarchy_02.employee_ID = employees.manager_ID
);

Copy

Pour plus de détails, y compris des exemples, voir CREATE VIEW.

Avantages des vues¶

Limites des vues¶

• Pour les limitations et les notes sur l’utilisation relatives à la création de vues, voir CREATE VIEW.

• La définition d’une vue ne peut pas être mise à jour (vous ne pouvez pas utiliser ALTER VIEW ou ALTER MATERIALIZED VIEW pour modifier la définition d’une vue, par ex.). Au lieu de cela, vous devez recréer la vue avec la nouvelle définition.

• Les vues sont en lecture seule. Vous ne pouvez pas exécuter de commandes DML directement sur une vue. Cependant, vous pouvez utiliser une vue dans une sous-requête dans une instruction DML qui met à jour la table de base sous-jacente. Par exemple :

  DELETE FROM hospital_table 
      WHERE cost > (SELECT AVG(cost) FROM accountant_view);
  

  Copy

• Les modifications apportées à une table ne sont pas automatiquement propagées aux vues créées sur cette table. Par exemple, si vous supprimez une colonne dans une table, les vues de cette table risquent de ne plus être valides.

• Si la définition de la vue appelle la fonction CURRENT_DATABASE ou CURRENT_SCHEMA , la fonction évalue la base de données ou le schéma qui contient la vue, et non la base de données ou le schéma de la session que vous spécifiez avec une commande USE <objet> ou que vous sélectionnez avec le sélecteur de contexte dans Snowsight.