CRIAR TABELA DE STREAMING

Artigo
12/04/2024

Aplica-se a: Marque Sim Databricks SQL

Cria uma tabela de streaming, uma tabela Delta com suporte extra para streaming ou processamento incremental de dados.

As tabelas de streaming só são suportadas no Delta Live Tables e no Databricks SQL com Unity Catalog. A execução deste comando no Databricks Runtime compute suportado analisa apenas a sintaxe. Consulte Desenvolver código de pipeline com SQL.

Sintaxe

{ 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 ] }

Parâmetros

REFRESH

Se especificado, atualiza a tabela com os dados mais recentes disponíveis das fontes definidas na consulta. Apenas os novos dados que chegam antes do início da consulta são processados. Novos dados que são adicionados às fontes durante a execução do comando são ignorados até a próxima atualização. A operação de atualização de CREATE OR REFRESH é totalmente declarativa. Se um comando refresh não especificar todos os metadados da instrução de criação da tabela original, os metadados não especificados serão excluídos.
SE NÃO EXISTIR

Cria a tabela de streaming se ela não existir. Se já existir uma tabela com esse nome, a CREATE STREAMING TABLE instrução será ignorada.

Você pode especificar no máximo um dos IF NOT EXISTS ou OR REFRESH.
table_name

O nome da tabela a ser criada. O nome não deve incluir uma especificação temporal ou uma especificação de opções. Se o nome não estiver qualificado, a tabela será criada no esquema atual.
table_specification

Esta cláusula opcional define a lista de colunas, seus tipos, propriedades, descrições e restrições de coluna.

Se você não definir colunas no esquema da tabela, deverá especificar AS query.
- column_identifier
  
  Um nome exclusivo para a coluna.
  - column_type
    
    Especifica o tipo de dados da coluna.
  - NÃO NULO
    
    Se especificado, a coluna não aceita NULL valores.
  - COMENTAR column_comment
    
    Um literal de cadeia de caracteres para descrever a coluna.
  - column_constraint
    
    Importante
    
    Esta funcionalidade está em Pré-visualização Pública.
    
    Adiciona uma restrição de chave primária ou chave estrangeira à coluna em uma tabela de streaming. Não há suporte para restrições para tabelas no hive_metastore catálogo.
  - Cláusula MASK
    
    Importante
    
    Esta funcionalidade está em Pré-visualização Pública.
    
    Adiciona uma função de máscara de coluna para anonimizar dados confidenciais. Todas as consultas subsequentes dessa coluna recebem o resultado da avaliação dessa função sobre a coluna no lugar do valor original da coluna. Isso pode ser útil para fins de controle de acesso refinado, onde a função pode inspecionar a identidade ou as associações de grupo do usuário que invoca para decidir se deseja redigir o valor.
  - RESTRIÇÃO expectation_name ESPERAR (expectation_expr) [ ON VIOLATION { FAIL UPDATE | LINHA DE QUEDA } ]
    
    Adiciona expectativas de qualidade de dados à tabela. Essas expectativas de qualidade de dados podem ser acompanhadas ao longo do tempo e acessadas por meio do log de eventos da tabela de streaming. Uma FAIL UPDATE expectativa faz com que o processamento falhe ao criar a tabela, bem como ao atualizá-la. Uma DROP ROW expectativa faz com que toda a linha seja abandonada se a expectativa não for atendida.
    
    expectation_expr pode ser composto por literais, identificadores de coluna dentro da tabela e determinísticos, funções ou operadores SQL internos, exceto:
    - Funções agregadas
      - Funções de janela analítica
      - Funções da janela de classificação
      - Funções do gerador com valor de tabela
    Também expr não deve conter nenhuma subconsulta.
  - table_constraint
    
    Importante
    
    Esta funcionalidade está em Pré-visualização Pública.
    
    Adiciona uma chave primária informativa ou restrições de chave estrangeira informativa a uma tabela de streaming. Não há suporte para restrições de chave para tabelas no hive_metastore catálogo.
table_clauses

Opcionalmente, especifique particionamento, comentários, propriedades definidas pelo usuário e uma agenda de atualização para a nova tabela. Cada subcláusula só pode ser especificada uma vez.
- PARTICIONADO POR
  
  Uma lista opcional de colunas da tabela para particionar a tabela por.
- COMENTAR table_comment
  
  Um STRING literal para descrever a tabela.
- TBLPROPERTIES
  
  Opcionalmente, define uma ou mais propriedades definidas pelo usuário.
  
  Use essa configuração para especificar o canal de tempo de execução Delta Live Tables usado para executar essa instrução. Defina o pipelines.channel valor da propriedade como "PREVIEW" ou "CURRENT". O valor predefinido é "CURRENT". Para obter mais informações sobre os canais Delta Live Tables, consulte Delta Live Tables runtime channels.
- AGENDAR [ ATUALIZAR ] schedule_clause
  - EVERY number { HOUR | HOURS | DAY | DAYS | WEEK | WEEKS }
    
    Importante
    
    Esta funcionalidade está em Pré-visualização Pública.
    
    Para agendar uma atualização que ocorre periodicamente, use EVERY a sintaxe. Se EVERY a sintaxe for especificada, a tabela de streaming ou a exibição materializada será atualizada periodicamente no intervalo especificado com base no valor fornecido, como HOUR, HOURS, DAY, DAYSWEEK, ou WEEKS. A tabela a seguir lista os valores inteiros aceitos para number.
    
    Time unit Valor inteiro
    
    HOUR or HOURS <1 = H <= 72
    
    DAY or DAYS <1 = D <= 31
    
    WEEK or WEEKS <1 = W <= 8
    
    Nota
    
    As formas singular e plural da unidade de tempo incluída são semanticamente equivalentes.
  - CRON cron_string [ AT TIME ZONE timezone_id ]
    
    Para agendar uma atualização usando um valor cron de quartzo . São aceites time_zone_values válidos. AT TIME ZONE LOCAL não é suportado.
    
    Se AT TIME ZONE estiver ausente, o fuso horário da sessão será usado. Se AT TIME ZONE estiver ausente e o fuso horário da sessão não estiver definido, um erro será lançado. SCHEDULE é semanticamente equivalente a SCHEDULE REFRESH.
  A programação pode ser fornecida como parte do CREATE comando. Use ALTER STREAMING TABLE ou execute CREATE OR REFRESH o comando com SCHEDULE cláusula para alterar a programação de uma tabela de streaming após a criação.
- Cláusula COM FILTRO DE LINHA
  
  Importante
  
  Esta funcionalidade está em Pré-visualização Pública.
  
  Adiciona uma função de filtro de linha à tabela. Todas as consultas subsequentes dessa tabela recebem um subconjunto das linhas onde a função é avaliada como booleana TRUE. Isso pode ser útil para fins de controle de acesso refinado, onde a função pode inspecionar a identidade ou as associações de grupo do usuário que invoca para decidir se deseja filtrar determinadas linhas.
Consulta AS

Esta cláusula preenche a tabela usando os dados de query. Essa consulta deve ser uma consulta de streaming . Isso pode ser conseguido adicionando a STREAM palavra-chave a qualquer relação que você queira processar incrementalmente. Quando você especifica um query e um table_specification juntos, o esquema de tabela especificado em table_specification deve conter todas as colunas retornadas pelo query, caso contrário, você receberá um erro. Todas as colunas especificadas, table_specification mas não retornadas por query valores de retorno null quando consultadas.

Time unit	Valor inteiro
`HOUR or HOURS`	<1 = H <= 72
`DAY or DAYS`	<1 = D <= 31
`WEEK or WEEKS`	<1 = W <= 8

Diferenças entre tabelas de streaming e outras tabelas

As tabelas de streaming são tabelas com monitoração de estado, projetadas para lidar com cada linha apenas uma vez enquanto você processa um conjunto de dados crescente. Como a maioria dos conjuntos de dados cresce continuamente ao longo do tempo, as tabelas de streaming são boas para a maioria das cargas de trabalho de ingestão. As tabelas de streaming são ideais para pipelines que exigem atualização de dados e baixa latência. As tabelas de streaming também podem ser úteis para transformações em grande escala, já que os resultados podem ser calculados incrementalmente à medida que novos dados chegam, mantendo os resultados atualizados sem a necessidade de recalcular totalmente todos os dados de origem a cada atualização. As tabelas de streaming são projetadas para fontes de dados que são somente acréscimo.

As tabelas de streaming aceitam comandos adicionais, como REFRESH, que processa os dados mais recentes disponíveis nas fontes fornecidas na consulta. As alterações na consulta fornecida só são refletidas em novos dados chamando um REFRESH, dados não processados anteriormente. Para aplicar as alterações nos dados existentes também, você precisa executar REFRESH TABLE <table_name> FULL para executar um FULL REFRESHarquivo . As atualizações completas reprocessam todos os dados disponíveis na fonte com a definição mais recente. Não é recomendável chamar atualizações completas em fontes que não mantêm todo o histórico dos dados ou têm períodos de retenção curtos, como Kafka, pois a atualização completa trunca os dados existentes. Talvez não seja possível recuperar dados antigos se os dados não estiverem mais disponíveis na fonte.

Filtros de linha e máscaras de coluna

Importante

Esta funcionalidade está em Pré-visualização Pública.

Os filtros de linha permitem especificar uma função que se aplica como um filtro sempre que uma verificação de tabela busca linhas. Esses filtros garantem que as consultas subsequentes retornem apenas linhas para as quais o predicado do filtro seja avaliado como true.

As máscaras de coluna permitem mascarar os valores de uma coluna sempre que uma verificação de tabela busca linhas. Todas as consultas futuras envolvendo essa coluna receberão o resultado da avaliação da função sobre a coluna, substituindo o valor original da coluna.

Para obter mais informações sobre como usar filtros de linha e máscaras de coluna, consulte Filtrar dados de tabela confidenciais usando filtros de linha e máscaras de coluna.

Gerenciando filtros de linha e máscaras de coluna

Filtros de linha e máscaras de coluna em tabelas de streaming devem ser adicionados, atualizados ou descartados através da CREATE OR REFRESH instrução.

Comportamento

Atualizar como Definer: quando as instruções or REFRESH atualizam uma tabela de streaming, as CREATE OR REFRESH funções de filtro de linha são executadas com os direitos do definer (como proprietário da tabela). Isso significa que a atualização da tabela usa o contexto de segurança do usuário que criou a tabela de streaming.
Consulta: Embora a maioria dos filtros seja executada com os direitos do definidor, as funções que verificam o contexto do usuário (como CURRENT_USER e IS_MEMBER) são exceções. Essas funções são executadas como o invocador. Essa abordagem impõe segurança de dados específicos do usuário e controles de acesso com base no contexto do usuário atual.

Observabilidade

Use DESCRIBE EXTENDED, INFORMATION_SCHEMAou o Gerenciador de Catálogos para examinar os filtros de linha e as máscaras de coluna existentes que se aplicam a uma determinada tabela de streaming. Essa funcionalidade permite que os usuários auditem e revisem o acesso a dados e as medidas de proteção em tabelas de streaming.

Limitações

Apenas os proprietários de tabelas podem atualizar as tabelas de streaming para obter os dados mais recentes.
ALTER TABLE Os comandos não são permitidos em tabelas de streaming. A definição e as propriedades da tabela devem ser alteradas através da CREATE OR REFRESH instrução ALTER STREAMING TABLE ou ALTER.
Não há suporte para consultas de viagem no tempo.
Não há suporte para a evolução do esquema de tabela por meio de comandos DML como INSERT INTO, e MERGE não há suporte.
Os seguintes comandos não são suportados em tabelas de streaming:
- CREATE TABLE ... CLONE <streaming_table>
- COPY INTO
- ANALYZE TABLE
- RESTORE
- TRUNCATE
- GENERATE MANIFEST
- [CREATE OR] REPLACE TABLE
O compartilhamento delta não é suportado.
Não há suporte para renomear a tabela ou alterar o proprietário.
Restrições de tabela, como PRIMARY KEY e FOREIGN KEY não são suportadas.
Não há suporte para colunas geradas, colunas de identidade e colunas padrão.

Exemplos

-- 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 CRON '0 0 * * * ? *'
  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')

Partilhar via

CRIAR TABELA DE STREAMING

Sintaxe

Parâmetros

Diferenças entre tabelas de streaming e outras tabelas

Filtros de linha e máscaras de coluna

Gerenciando filtros de linha e máscaras de coluna

Comportamento

Observabilidade

Limitações

Exemplos

Comentários

Recursos adicionais

Partilhar via

CRIAR TABELA DE STREAMING

Sintaxe

Parâmetros

Diferenças entre tabelas de streaming e outras tabelas

Filtros de linha e máscaras de coluna

Gerenciando filtros de linha e máscaras de coluna

Comportamento

Observabilidade

Limitações

Exemplos

Artigos relacionados

Comentários

Recursos adicionais