CREATE VIEW
Gäller för: Databricks SQL
Databricks Runtime
Konstruerar en virtuell tabell som inte har några fysiska data baserat på resultatuppsättningen för en SQL-fråga.
ALTER VIEW
och DROP VIEW
ändra endast metadata.
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 ] } [, ...] )
Parametrar
ELLER ERSÄTT
Om det redan finns en vy med samma namn ersätts den. Om du vill ersätta en befintlig vy måste du vara dess ägare.
Om du ersätter en befintlig vy bevaras inte behörigheter som beviljats i den ursprungliga vyn. Använd ALTER VIEW för att bevara behörigheter.
CREATE OR REPLACE VIEW view_name
motsvararDROP VIEW IF EXISTS view_name
följt avCREATE VIEW view_name
.TEMPORÄR
TEMPORÄRA vyer visas endast för sessionen som skapade dem och tas bort när sessionen avslutas.
GLOBALT TILLFÄLLIGT
Gäller för:
Databricks Runtime
GLOBALA TEMPORÄRA vyer är knutna till ett systembevarat tillfälligt schema
global_temp
.OM INTE FINNS
Skapar endast vyn om den inte finns. Om det redan finns en vy med det här namnet ignoreras -instruktionen
CREATE VIEW
.Du kan ange högst en av
IF NOT EXISTS
ellerOR REPLACE
.-
Namnet på den nyligen skapade vyn. Namnet på en temporär vy får inte vara kvalificerat. Det fullständigt kvalificerade vynamnet måste vara unikt.
Vyer som skapas i
hive_metastore
får bara innehålla alfanumeriska ASCII-tecken och understreck (INVALID_SCHEMA_OR_RELATION_NAME). schema_binding
Gäller för:
Databricks Runtime 15.3 och senare
Du kan också ange hur vyn anpassas till ändringar i schemat för frågan på grund av ändringar i de underliggande objektdefinitionerna.
Den här klausulen stöds inte för tillfälliga eller materialiserade vyer.
MED SCHEMA BINDNING
Vyn blir ogiltig om frågekolumnlistan ändras förutom följande villkor:
- Kolumnlistan innehåller en stjärnsats och det finns ytterligare kolumner. Dessa ytterligare kolumner ignoreras.
- Typen av en eller flera kolumner har ändrats på ett sätt som gör att de på ett säkert sätt kan gjutas till de ursprungliga kolumntyperna med hjälp av implicita gjutningsregler.
Det här är standardbeteendet.
MED SCHEMA KOMPENSATION
Vyn blir ogiltig om frågekolumnlistan ändras förutom följande villkor:
- Kolumnlistan innehåller en stjärnsats och det finns ytterligare kolumner. Dessa ytterligare kolumner ignoreras.
- Typen av en eller flera kolumner har ändrats på ett sätt som gör att de kan omvandlas till de ursprungliga kolumntyperna med hjälp av explicita ANSI-gjutningsregler.
MED SCHEMA TYP EVOLUTION
Vyn använder alla ändringar av typer i frågekolumnlistan i sin egen definition när SQL-kompilatorn identifierar en sådan ändring som svar på en referens till vyn.
MED SCHEMA EVOLUTION
- Det här läget fungerar som
WITH SCHEMA TYPE EVOLUTION
och antar även ändringar i kolumnnamn eller tillagda och borttagna kolumner om vyn inte innehåller en explicitcolumn_list
. - Vyn blir bara ogiltig om frågan inte längre kan parsas eller om den valfria vyn
column_list
inte längre matchar antalet uttryck iquery
select-list.
- Det här läget fungerar som
column_list
Du kan också etikettera kolumnerna i frågeresultatet i vyn. Om du anger en kolumnlista måste antalet kolumnalias matcha antalet uttryck i frågan. Om ingen kolumnlista anges härleds alias från brödtexten i vyn.
-
Kolumnaliasen måste vara unika.
column_comment
En valfri
STRING
literal som beskriver kolumnaliaset.
-
view_comment
En valfri
STRING
literal som ger kommentarer på visningsnivå.-
Du kan också ange en eller flera användardefinierade egenskaper.
-
En fråga som konstruerar vyn från bastabeller eller andra vyer.
Exempel
-- 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
---- ------