Limitações do conector SendGrid

info

Beta

Esse recurso está em Beta. Os administradores do workspace podem controlar o acesso a esse recurso na página Pré-visualizações . Consulte Gerenciar prévias do Databricks.

Esta página contém informações sobre limitações conhecidas do conector gerenciado do SendGrid no Lakeflow Connect.

Limitações gerais de conectores de software como serviço (SaaS)

As limitações nesta seção aplicam-se a todos os conectores SaaS no Lakeflow Connect.

• Quando você executa um pipeline agendado, os alertas não Trigger imediatamente. Em vez disso, eles fazem Trigger quando ocorre a execução da próxima atualização.
• Quando uma tabela de origem é excluída, a tabela de destino não é excluída automaticamente. Você deve excluir a tabela de destino manualmente. Esse comportamento não é consistente com o comportamento do Spark Declarative Pipelines no Lakeflow.
• Durante períodos de manutenção da fonte, o Databricks pode não conseguir acessar seus dados.
• Se um nome de tabela de origem entrar em conflito com um nome de tabela de destino existente, a atualização do pipeline falhará.
• O suporte a pipeline de vários destinos é apenas via API.
• Opcionalmente, você pode renomear uma tabela que você ingere. Se você renomear uma tabela em seu pipeline, ele se tornará um pipeline somente de API e você não poderá mais editar o pipeline na IU.
• Se você selecionar uma coluna após o início de um pipeline, o conector não preencherá automaticamente os dados da nova coluna. Para ingerir data histórica, execute manualmente um refresh completo na tabela.
• O Databricks não pode ingerir duas ou mais tabelas com o mesmo nome no mesmo pipeline, mesmo que venham de esquemas de origem diferentes.
• O sistema de origem pressupõe que as colunas de cursor são monotonicamente crescentes.
• O conector ingere dados brutos sem transformações. Use Spark Declarative Pipelines downstream em LakeFlow Pipelines para transformações.

Limitações específicas do conector

As limitações nesta seção aplicam-se ao conector SendGrid.

• As tabelas recent_access_attempts e parent_access_attempts retornam, no máximo, as 20 tentativas de acesso mais recentes por subusuário ou account pai. O SendGrid não pagina esses dados nem expõe tentativas mais antigas, portanto, cada sincronização captura apenas as 20 entradas mais recentes.
• O conector ingere snapshots completos de cada tabela a cada sincronização. Para reter a história de tentativas de acesso além das últimas 20 entradas, acumule e deduplique os Snapshots downstream.
• A tabela recent_access_attempts cobre apenas subusuários habilitados e desabilitados retornados pela API de Subusuários. As tentativas de acesso à account pai aparecem na tabela parent_access_attempts separada.