CREATE STREAMING TABLE
A következőkre vonatkozik: Databricks SQL
Létrehoz egy streamelési táblát, egy Delta-táblát, amely további támogatást nyújt a streameléshez vagy a növekményes adatfeldolgozáshoz.
A streamelési táblák csak a Delta Live Tablesben és a Databricks SQL-ben és a Unity Catalogban támogatottak. A támogatott Databricks Runtime Compute-alapú parancs futtatása csak a szintaxist elemzi. Lásd: Folyamatkód fejlesztése az SQL-lel.
Syntax
{ CREATE OR REFRESH STREAMING TABLE | CREATE STREAMING TABLE [ IF NOT EXISTS ] }
table_name
[ table_specification ]
[ table_clauses ]
[ AS query ]
table_specification
( { column_identifier column_type [column_properties] } [, ...]
[ CONSTRAINT expectation_name EXPECT (expectation_expr)
[ ON VIOLATION { FAIL UPDATE | DROP ROW } ] ] [, ...]
[ , table_constraint ] [...] )
column_properties
{ NOT NULL |
COMMENT column_comment |
column_constraint |
MASK clause } [ ... ]
table_clauses
{ PARTITIONED BY (col [, ...]) |
COMMENT table_comment |
TBLPROPERTIES clause |
SCHEDULE [ REFRESH ] schedule_clause |
WITH { ROW FILTER clause } } [...]
schedule_clause
{ EVERY number { HOUR | HOURS | DAY | DAYS | WEEK | WEEKS } |
CRON cron_string [ AT TIME ZONE timezone_id ] }
Paraméterek
REFRESH
Ha meg van adva, frissíti a táblát a lekérdezésben meghatározott forrásokból elérhető legfrissebb adatokkal. Csak a lekérdezés indítása előtt megérkezik új adatok feldolgozása. A parancs végrehajtása során a forrásokhoz hozzáadott új adatokat a rendszer a következő frissítésig figyelmen kívül hagyja. A CREATE VAGY REFRESH frissítési művelete teljes mértékben deklaratív. Ha egy frissítési parancs nem adja meg az eredeti táblalétrehozó utasítás összes metaadatait, a program törli a meg nem határozott metaadatokat.
HA NEM LÉTEZIK
Létrehozza a streamelési táblát, ha nem létezik. Ha már létezik ilyen nevű tábla, a
CREATE STREAMING TABLE
utasítás figyelmen kívül lesz hagyva.Legfeljebb egyet
IF NOT EXISTS
OR REFRESH
vagy egyet adhat meg.-
A létrehozandó tábla neve. A név nem tartalmazhat időbeli specifikációt vagy beállításspecifikációt. Ha a név nincs minősítve, a tábla az aktuális sémában jön létre.
table_specification
Ez az opcionális záradék határozza meg az oszlopok listáját, azok típusait, tulajdonságait, leírását és oszlopkorlátjait.
Ha nem definiál oszlopokat a táblázatsémában, meg kell adnia
AS query
.-
Az oszlop egyedi neve.
-
Megadja az oszlop adattípusát.
NOT NULL
Ha meg van adva, az oszlop nem fogadja el
NULL
értékeket.MEGJEGYZÉS column_comment
Szöveg literál az oszlop leírására.
-
Fontos
Ez a funkció a nyilvános előzetes verzióban érhető el.
Elsődleges vagy idegenkulcs-korlátozást ad hozzá egy streamelési tábla oszlopához. A
hive_metastore
katalógus táblái nem támogatják a korlátozásokat. -
Fontos
Ez a funkció a nyilvános előzetes verzióban érhető el.
Hozzáad egy oszlopmaszk-függvényt a bizalmas adatok anonimizálására. Az oszlop minden további lekérdezése megkapja a függvény kiértékelésének eredményét az oszlopon az oszlop eredeti értéke helyett. Ez hasznos lehet részletes hozzáférés-vezérlési célokra, ahol a függvény megvizsgálhatja az invokáló felhasználó identitását vagy csoporttagságát, hogy eldöntse, elrejti-e az értéket.
CONSTRAINT expectation_name EXPECT (expectation_expr) [ SÉRTÉS ESETÉN { HIBA UPDATE | SOR ELHAGYÁSA } ]
Adatminőségi elvárásokat ad hozzá a táblához. Ezek az adatminőségi elvárások idővel nyomon követhetők, és elérhetők a streamelési tábla eseménynaplójában. A
FAIL UPDATE
elvárás miatt a feldolgozás sikertelen lesz a tábla létrehozásakor és a tábla frissítésekor is. HaDROP ROW
a várakozás nem teljesül, a várakozás a teljes sort elveti.expectation_expr
állhatnak a literálokból, oszlopazonosítókból és determinálható, beépített SQL-függvények és operátorok, kivéve:-
Függvények összesítése
- Analitikai ablakfüggvények
- rangsorolási ablakfüggvények
- Táblaértékelő generátorfüggvények
-
Függvények összesítése
-
Fontos
Ez a funkció a nyilvános előzetes verzióban érhető el.
Információs elsődleges kulcsot vagy információs idegenkulcs-korlátozásokat ad hozzá egy streamelési táblához. A kulcskorlátozások nem támogatottak a
hive_metastore
katalógusban lévő táblák esetében.
-
-
table_clauses
Opcionálisan megadhatja a particionálást, a megjegyzéseket, a felhasználó által definiált tulajdonságokat és az új tábla frissítési ütemezését. Minden al záradék csak egyszer adható meg.
-
A tábla oszlopainak választható listája a tábla particionálásához.
MEGJEGYZÉS table_comment
Egy
STRING
szó a táblázat leírásához.-
Igény szerint beállíthat egy vagy több felhasználó által definiált tulajdonságot.
Ezzel a beállítással megadhatja az utasítás futtatásához használt Delta Live Tables futtatókörnyezeti csatornát. Állítsa a
pipelines.channel
tulajdonság értékét"PREVIEW"
vagy"CURRENT"
értékre. Az alapértelmezett érték"CURRENT"
. A Delta Live Tables csatornáiról további információkért lásd: Delta Live Tables futási csatornák. ÜTEMTERV [ REFRESH ] ütemezés_kikötése
EVERY number { HOUR | HOURS | DAY | DAYS | WEEK | WEEKS }
A rendszeres frissítés ütemezéséhez használja
EVERY
szintaxist. HaEVERY
szintaxis van megadva, a streamelési táblázat vagy a materializált nézet rendszeres időközönként frissül a megadott érték alapján, példáulHOUR
,HOURS
,DAY
,DAYS
,WEEK
vagyWEEKS
. Az alábbi táblázat anumber
elfogadott egész számértékeket sorolja fel.Időegység Egész számérték HOUR or HOURS
1 <= H <= 72 DAY or DAYS
1 <= D <= 31 WEEK or WEEKS
1 <= W <= 8 Feljegyzés
A belefoglalt időegység egyes és többes formái szemantikailag egyenértékűek.
CRON cron_string [ AT TIME ZONE timezone_id ]
Frissítés ütemezése kvarc cron érték használatával. A rendszer érvényes time_zone_values fogad el.
AT TIME ZONE LOCAL
nem támogatott.Ha
AT TIME ZONE
hiányzik, a munkamenet időzónája lesz használatban. HaAT TIME ZONE
hiányzik, és a munkamenet időzónája nincs beállítva, hibaüzenet jelenik meg.SCHEDULE
szemantikailag egyenértékű aSCHEDULE REFRESH
.
Az ütemezés a parancs részeként is megadható
CREATE
. Használja ALTER STREAMING TABLE vagy futtassa aCREATE OR REFRESH
parancsotSCHEDULE
záradékkal a streamelési tábla létrehozás utáni ütemezésének módosításához.-
-
Fontos
Ez a funkció a nyilvános előzetes verzióban érhető el.
Sorszűrő függvényt ad hozzá a táblához. A tábla minden további lekérdezése megkapja azoknak a soroknak a részhalmazát, amelyekben a függvény igaz logikai értéket ad ki. Ez hasznos lehet részletes hozzáférés-vezérlési célokra, ahol a függvény megvizsgálhatja a behívó felhasználó identitását vagy csoporttagságát, hogy eldöntse, szűr-e bizonyos sorokat.
-
Ez a záradék feltölti a táblát a
query
adataival. Ennek a lekérdezésnek streamelési lekérdezésnek kell lennie. Ez úgy érhető el, hogy hozzáadja aSTREAM
kulcsszót minden olyan relációhoz, amelyet növekményesen szeretne feldolgozni. Ha egyquery
-t és egytable_specification
-et együtt ad meg, atable_specification
-ben megadott táblasémának tartalmaznia kell aquery
által visszaadott összes oszlopot, ellenkező esetben hibaüzenetet kap. Atable_specification
megadott, dequery
által nem visszaadott oszlopoknull
értékeket ad vissza lekérdezéskor.
A streaming táblák és más táblák közötti különbségek
A streamelő táblák állapotalapú táblák, amelyek úgy vannak kialakítva, hogy az egyes sorokat csak egyszer kezeljék, amikor egyre növekvő adatkészletet dolgoz fel. Mivel a legtöbb adathalmaz folyamatosan nő az idő függvényében, a streamelési táblák a legtöbb betöltési számítási feladathoz jól használhatók. A streamelési táblák optimálisak olyan folyamatokhoz, amelyek adatfrissítést és alacsony késést igényelnek. A streamelési táblák nagy léptékű átalakításokhoz is hasznosak lehetnek, mivel az eredmények növekményesen kiszámíthatók az új adatok érkezésekor, így az eredmények naprakészek maradnak anélkül, hogy az összes forrásadatot teljesen újra kellene komponálnunk minden frissítéssel. Az adatfolyam-táblákat kizárólag olyan adatforrásokhoz tervezték, amelyek csak kiegészítést tesznek lehetővé.
A streamelő táblák további parancsokat is elfogadnak, például REFRESH
, amelyek a lekérdezésben megadott forrásokban elérhető legfrissebb adatokat dolgoznak fel. A megadott lekérdezés módosításai csak az új adatokon jelennek meg egy REFRESH
meghívásával; a korábban feldolgozott adatokra ezek nem vonatkoznak. A meglévő adatok módosításainak alkalmazásához végre kell hajtania REFRESH TABLE <table_name> FULL
egy FULL REFRESH
. A teljes frissítések újra feldolgozzák a forrásban elérhető összes adatot a legújabb definícióval. Nem ajánlott teljes frissítéseket meghívni olyan forrásokra, amelyek nem őrzik meg az adatok teljes előzményeit, vagy rövid megőrzési időszakuk van (például Kafka), mivel a teljes frissítés csonkolja a meglévő adatokat. Előfordulhat, hogy nem tudja helyreállítani a régi adatokat, ha az adatok már nem érhetők el a forrásban.
Sorszűrők és oszlopmaszkok
Fontos
Ez a funkció a nyilvános előzetes verzióban érhető el.
A sorszűrők lehetővé teszik egy olyan függvény megadását, amely szűrőként van alkalmazva, amikor egy táblavizsgálat sorokat olvas be. Ezek a szűrők biztosítják, hogy a későbbi lekérdezések csak olyan sorokat adjanak vissza, amelyek esetében a szűrő predikátum értéke igaz.
Az oszlopmaszkok lehetővé teszik az oszlopok értékeinek maszkolását, amikor egy táblázat beolvassa a sorokat. Az oszlopot érintő minden jövőbeli lekérdezés megkapja a függvény kiértékelésének eredményét az oszlopon, lecserélve az oszlop eredeti értékét.
További információ a sorszűrők és oszlopmaszkok használatáról: Bizalmas táblázatadatok szűrése sorszűrők és oszlopmaszkok használatával.
Sorszűrők és oszlopmaszkok kezelése
A streamelési táblák sorszűrőit és oszlopmaszkjait a CREATE OR REFRESH
utasítással kell hozzáadni, frissíteni vagy elvetni.
Működés
-
Frissítés definiálóként: Amikor a
CREATE OR REFRESH
vagyREFRESH
utasítások frissítenek egy streamelési táblát, a sorszűrő függvények a definiáló jogosultságaival futnak (a tábla tulajdonosaként). Ez azt jelenti, hogy a táblafrissítés a streamelési táblát létrehozó felhasználó biztonsági környezetét használja. -
Lekérdezés: Bár a legtöbb szűrő a definiáló jogosultságaival fut, a felhasználói környezetet ellenőrző függvények (például
CURRENT_USER
ésIS_MEMBER
) kivételek. Ezek a függvények meghívóként futnak. Ez a megközelítés a felhasználóspecifikus adatbiztonságot és hozzáférés-vezérlést kényszeríti ki az aktuális felhasználó kontextusa alapján.
Megfigyelhetőség
A DESCRIBE EXTENDED
, a INFORMATION_SCHEMA
vagy a Katalóguskezelő használatával vizsgálja meg az adott streamtáblára vonatkozó meglévő sorszűrőket és oszlopmaszkokat. Ez a funkció lehetővé teszi a felhasználók számára az adathozzáférési és védelmi intézkedések naplózását és felülvizsgálatát a streamelési táblákon.
Korlátozások
- Csak a táblatulajdonosok frissíthetik a streamelő táblákat a legújabb adatok lekéréséhez.
-
ALTER TABLE
parancsok nem engedélyezettek a streamelési táblákon. A tábla definícióját és tulajdonságait aCREATE OR REFRESH
vagy ALTER STREAMING TABLE utasítással kell módosítani. - A táblaséma DML-parancsokkal (például
INSERT INTO
) történő fejlesztése és aMERGE
nem támogatott. - A streamelési táblákban a következő parancsok nem támogatottak:
CREATE TABLE ... CLONE <streaming_table>
COPY INTO
ANALYZE TABLE
RESTORE
TRUNCATE
GENERATE MANIFEST
[CREATE OR] REPLACE TABLE
- A deltamegosztás nem támogatott.
- A tábla átnevezése vagy a tulajdonos megváltoztatása nem támogatott.
- Az olyan táblakorlátozások, mint a
PRIMARY KEY
és aFOREIGN KEY
nem támogatottak. - A létrehozott oszlopok, identitásoszlopok és alapértelmezett oszlopok nem támogatottak.
Példák
-- Creates a streaming table that processes files stored in the given external location with
-- schema inference and evolution.
> CREATE OR REFRESH STREAMING TABLE raw_data
AS SELECT * FROM STREAM read_files('abfss://container@storageAccount.dfs.core.windows.net/base/path');
-- Creates a streaming table that processes files with a known schema.
> CREATE OR REFRESH STREAMING TABLE csv_data (
id int,
ts timestamp,
event string
)
AS SELECT *
FROM STREAM read_files(
's3://bucket/path',
format => 'csv',
schema => 'id int, ts timestamp, event string');
-- Creates a streaming table with schema evolution and data quality expectations.
-- The table creation or refresh fails if the data doesn't satisfy the expectation.
> CREATE OR REFRESH STREAMING TABLE avro_data (
CONSTRAINT date_parsing EXPECT (to_date(dt) >= '2000-01-01') ON VIOLATION FAIL UPDATE
)
AS SELECT *
FROM STREAM read_files('gs://my-bucket/avroData');
-- Stores the data from Kafka in an append-only streaming table.
> CREATE OR REFRESH STREAMING TABLE firehose_raw
COMMENT 'Stores the raw data from Kafka'
TBLPROPERTIES ('delta.appendOnly' = 'true')
AS SELECT
value raw_data,
offset,
timestamp,
timestampType
FROM STREAM read_kafka(bootstrapServers => 'ips', subscribe => 'topic_name');
-- Sets the runtime channel to "PREVIEW"
> CREATE STREAMING TABLE st_preview
TBLPROPERTIES(pipelines.channel = "PREVIEW")
AS SELECT * FROM RANGE(10)
-- Read data from another streaming table scheduled to run every hour.
> CREATE STREAMING TABLE firehose_bronze
SCHEDULE EVERY 1 HOUR
AS SELECT
from_json(raw_data, 'schema_string') data,
* EXCEPT (raw_data)
FROM STREAM firehose_raw;
-- Creates a streaming table with a column constraint
> CREATE OR REFRESH STREAMING TABLE csv_data (
id int PRIMARY KEY,
ts timestamp,
event string
)
AS SELECT *
FROM STREAM read_files(
's3://bucket/path',
format => 'csv',
schema => 'id int, ts timestamp, event string');
-- Creates a streaming table with a table constraint
> CREATE OR REFRESH STREAMING TABLE csv_data (
id int,
ts timestamp,
event string,
CONSTRAINT pk_id PRIMARY KEY (id)
)
AS SELECT *
FROM STREAM read_files(
's3://bucket/path',
format => 'csv',
schema => 'id int, ts timestamp, event string');
-- Creates a streaming table with a row filter and a column mask
> CREATE OR REFRESH STREAMING TABLE masked_csv_data (
id int,
name string,
region string,
ssn string MASK catalog.schema.ssn_mask_fn
)
WITH ROW FILTER catalog.schema.us_filter_fn ON (region)
AS SELECT *
FROM STREAM read_files('s3://bucket/path/sensitive_data')