Not
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Den här artikeln beskriver hur du konfigurerar materialiserade vyer i Databricks SQL, inklusive åtkomstkontroll för resultaten. De flesta konfigurationer kan göras när du skapar den materialiserade vyn med -instruktionen CREATE OR REPLACE MATERIALIZED VIEW eller när du har skapat den med -instruktionen ALTER TABLE .
Beskriv en materialiserad vy
Om du vill hämta kolumnerna och datatyperna för en materialiserad vy använder du instruktionen DESCRIBE. Om du vill hämta kolumner, datatyper och metadata som ägare, plats, skapandetid och uppdateringsstatus för en materialiserad vy använder du DESCRIBE EXTENDED. Om du vill skicka en DESCRIBE instruktion använder du SQL-redigeraren i Azure Databricks-användargränssnittet, Databricks SQL CLI eller Databricks SQL API.
Få detaljerad information om materialiserade vyer med Catalog Explorer
Du kan också använda Katalogutforskaren för att visa information om en materialiserad vy.
- Klicka på
Katalog i sidofältet.
- Öppna katalogen i katalogutforskarens träd till vänster och välj det schema där den materialiserade vyn finns.
- Öppna objektet Tables under det schema som du valde och klicka på den materialiserade vyn.
Härifrån kan du använda flikarna under det materialiserade vynamnet för att visa och redigera information om den materialiserade vyn, inklusive:
- Uppdatera status och schema
- Se pipelineinformationen för att se uppdateringshistoriken samt detaljerade loggar för varje uppdatering. Klicka på Se uppdateringsinformation på fliken Översikt för att se pipelineinformationen.
- Tabelldesign
- Exempeldata (kräver en aktiv beräkning)
- Permissions
- Härstamning, inklusive tabeller och pipelines som denna materialiserade vy är beroende av
- Insikter om användning
- Övervakare som du har skapat för den här materialiserade vyn
Det finns några egenskaper för tabellen som inte är tillgängliga i Katalogutforskaren. För dessa egenskaper, eller för att hämta informationen programmatiskt, kan du använda kommandot DESCRIBE EXTENDED .
Uppdatera definitionen av en materialiserad vy
Frågan som anger den materialiserade vyn är dess definition. Om du vill ändra definitionen av den materialiserade vyn redigerar du frågan eller skapar en ny CREATE OR REPLACE-fråga MATERIALIZED VIEW med samma vynamn och kör den sedan. En fullständig uppdatering utförs för att uppdatera den materialiserade vyn och ytterligare uppdateringar använder den nya definitionen.
Kontrollera åtkomsten till materialiserade vyer
Materialiserade vyer har stöd för omfattande åtkomstkontroller för att stödja datadelning och samtidigt undvika att exponera potentiellt privata data. En materialiserad vyägare eller en användare med behörigheten MANAGE kan bevilja SELECT behörigheter till andra användare. Användare med SELECT åtkomst till den materialiserade vyn behöver SELECT inte åtkomst till tabellerna som refereras av den materialiserade vyn. Den här åtkomstkontrollen möjliggör datadelning samtidigt som åtkomsten till underliggande data kontrolleras.
Bevilja behörigheter till en materialiserad vy
Om du vill bevilja åtkomst till en materialiserad vy använder du -instruktionenGRANT:
GRANT <privilege_type> ON <mv_name> TO <principal>;
Privilege_type kan vara:
-
SELECT– användaren kanSELECTden materialiserade vyn. -
REFRESH– användaren kanREFRESHden materialiserade vyn. Uppdateringar körs med ägarens behörigheter.
I följande exempel skapas en materialiserad vy och användare får behörighet att välja och uppdatera:
CREATE MATERIALIZED VIEW mv_name AS SELECT * FROM source_table;
-- Grant read-only access:
GRANT SELECT ON mv_name TO read_only_user;
-- Grand read and refresh access:
GRANT SELECT ON mv_name TO refresh_user;
GRANT REFRESH ON mv_name TO refresh_user;
Återkalla privilegier från en materialiserad vy
Om du vill återkalla åtkomst från en materialiserad vy använder du -instruktionenREVOKE:
REVOKE privilege_type ON <mv_name> FROM principal;
När SELECT behörigheter i en källtabell återkallas från den materialiserade vyägaren eller någon annan användare som har beviljats MANAGE eller SELECT behörigheter i den materialiserade vyn, eller om källtabellen tas bort, kan den materialiserade vyägaren eller användaren som beviljats åtkomst fortfarande köra frågor mot den materialiserade vyn. Följande beteende inträffar dock:
- Den materialiserade vyägaren eller andra som har förlorat åtkomsten till en materialiserad vy kan inte längre använda den materialiserade vyn, och den materialiserade vyn blir inaktuell.
- Om det automatiseras med ett schema, misslyckas nästa planerade
REFRESHeller körs inte.
I följande exempel återkallas behörigheten SELECT från read_only_user:
REVOKE SELECT ON mv_name FROM read_only_user;
Ange körningskanalen
Materialiserade vyer som skapats med HJÄLP av SQL-lager uppdateras automatiskt med hjälp av en pipeline. Pipelines använder som standard körmiljön i current-kanalen. För mer information om lanseringsprocessen, se versionsanmärkningarna och versionsuppgraderingsprocessen för Lakeflow Spark Deklarativa pipelines.
Databricks rekommenderar att du använder current kanalen för produktionsarbetsbelastningar. Nya funktioner släpps först till preview kanalen. Du kan ange en pipeline till förhandsgranskningskanalen för att testa nya funktioner genom att preview ange som en tabellegenskap. Du kan ange den här egenskapen när du skapar tabellen eller när tabellen har skapats med hjälp av en ALTER-instruktion.
I följande kodexempel visas hur du ställer in kanalen som förhandsversion i en CREATE-instruktion:
CREATE OR REPLACE MATERIALIZED VIEW sales
TBLPROPERTIES ('pipelines.channel' = 'preview')
AS ...
Om du vill ändra kanalen när du har skapat den använder du -instruktionen ALTER TABLE :
ALTER TABLE <table-name> SET TBLPROPERTIES ('pipelines.channel' = 'preview');