Freigeben über

CREATE VIEW

  • Artikel

Gilt für: durch Häkchen mit „Ja“ markiert Databricks SQL durch Häkchen mit „Ja“ markiert Databricks Runtime

Erstellt eine virtuelle Tabelle, die keine physischen Daten enthält, basierend auf dem Ergebnissatz einer SQL-Abfrage. ALTER VIEW und DROP VIEW ändern nur Metadaten.

Syntax

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 ] } [, ...] )

Parameter

  • OR REPLACE

    Wenn bereits eine Ansicht mit demselben Namen vorhanden ist, wird sie ersetzt. Um eine vorhandene Ansicht zu ersetzen, müssen Sie deren Besitzer sein.

    Beim Ersetzen einer vorhandenen Ansicht werden die für die ursprüngliche Ansicht gewährten Berechtigungen nicht beibehalten. Verwenden Sie ALTER VIEW, um Berechtigungen beizubehalten.

  • TEMPORARY

    TEMPORÄRE Ansichten sind nur für die Sitzung sichtbar, die sie erstellt hat, und werden gelöscht, wenn die Sitzung beendet wird.

  • GLOBAL TEMPORARY

    Gilt für: Häkchen Databricks Runtime

    GLOBAL TEMPORARY-Ansichten sind an ein vom System beibehaltenes temporäres Schema global_temp gebunden.

  • IF NOT EXISTS

    Erstellt die Ansicht nur, wenn sie nicht vorhanden ist. Wenn bereits eine Sicht mit diesem Namen vorhanden ist, wird die CREATE VIEW-Anweisung ignoriert.

    Sie können nur eines von IF NOT EXISTS oder OR REPLACE angeben.

  • view_name

    Der Name der neu erstellten Ansicht. Der Name einer temporären Ansicht darf nicht qualifiziert werden. Der vollqualifizierte Ansichtsname muss eindeutig sein.

    In hive_metastore erstellte Ansichten dürfen nur alphanumerische ASCII-Zeichen und Unterstriche enthalten (INVALID_SCHEMA_OR_RELATION_NAME).

  • schema_binding

    Gilt für: Häkchen gesetzt ja Databricks Runtime 15.3 und höher

    Gibt optional an, wie sich die Ansicht aufgrund von Änderungen in den zugrunde liegenden Objektdefinitionen an das Schema der Abfrage anpasst.

    Diese Klausel wird für temporäre Ansichten oder materialisierte Ansichten nicht unterstützt.

    • MIT SCHEMABINDUNG

      Die Ansicht wird ungültig, wenn sich die Abfragespaltenliste mit Ausnahme der folgenden Bedingungen ändert:

      • Die Spaltenliste enthält eine Sternklausel, und es gibt zusätzliche Spalten. Diese zusätzlichen Spalten werden ignoriert.
      • Der Typ einer oder mehrerer Spalten wurde so geändert, dass sie mithilfe impliziter Umwandlungsregeln sicher in die ursprünglichen Spaltentypen umgewandelt werden können.

      Dies ist die Standardeinstellung.

    • MIT SCHEMAKOMPENSATION

      Die Ansicht wird ungültig, wenn sich die Abfragespaltenliste mit Ausnahme der folgenden Bedingungen ändert:

      • Die Spaltenliste enthält eine Sternklausel, und es gibt zusätzliche Spalten. Diese zusätzlichen Spalten werden ignoriert.
      • Der Typ einer oder mehrerer Spalten wurde so geändert, dass sie mithilfe expliziter ANSI-Umwandlungsregeln in die ursprünglichen Spaltentypen umgewandelt werden können.

    • MIT SCHEMATYPENTWICKLUNG

      Die Ansicht übernimmt Änderungen an Typen in der Abfragespaltenliste in eine eigene Definition, wenn der SQL-Compiler eine solche Änderung als Reaktion auf einen Verweis auf die Ansicht erkennt.

    • MIT SCHEMAENTWICKLUNG

      • Dieser Modus verhält sich wie WITH SCHEMA TYPE EVOLUTION, und übernimmt auch Änderungen in Spaltennamen oder hinzugefügten und abgelegten Spalten, wenn die Ansicht keine explizite column_list enthält.
      • Die Ansicht wird nur ungültig, wenn die Abfrage nicht mehr analysiert werden kann, oder die optionale Ansicht column_list nicht mehr mit der Anzahl der Ausdrücke in der query Auswahlliste übereinstimmen.

  • column_list

    Bezeichnet optional die Spalten im Abfrageergebnis der Ansicht. Wenn Sie eine Spaltenliste bereitstellen, muss die Anzahl der Spaltenaliase mit der Anzahl der Ausdrücke in der Abfrage übereinstimmen. Für den Fall, dass keine Spaltenliste angegeben ist, werden Aliase vom Text der Ansicht abgeleitet.

    • column_alias

      Die Spaltenaliase müssen eindeutig sein.

    • column_comment

      Ein optionales STRING-Literal, das den Spaltenalias beschreibt.

  • view_comment

    Ein optionales STRING-Literal, das Kommentare auf Ansichtsebene angibt.

  • TBLPROPERTIES

    Legt optional eine oder mehrere benutzerdefinierte Eigenschaften fest.

  • AS query

    Eine Abfrage, die die Sicht aus Basistabellen oder anderen Sichten erstellt.

Beispiele

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