Limitações do conector Notion

info

Beta

Esse recurso está em Beta. Os administradores do Workspace podem controlar o acesso a esse recurso na página Pré-visualizações ao optar pela prévia do Notion connector . Consulte Gerenciar prévias do Databricks.

Esta página contém informações sobre limitações conhecidas do conector Notion gerenciado 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 do Notion.

• O conector ingere campos aninhados que contêm conteúdo arbitrário definido pelo usuário como um STRING codificado em JSON. Alguns campos no esquema do Notion estão aninhados em estruturas complexas cujos campos internos variam de acordo com o objeto. Para manter o esquema de destino consistente, o conector representa esses campos como um STRING contendo JSON.
• As tabelas users, page_comments, block_comments, blocks e databases suportam apenas refresh completo. O Notion não expõe ordenação por tempo de alteração para esses Endpoint, portanto, o conector os verifica novamente na íntegra a cada atualização do pipeline. Para o modo de sincronização de cada tabela, consulte Supported source tables.
• As permissões de página do Notion (ACLs) não são sincronizadas. Quem pode visualizar uma página no Notion não é refletido nos dados ingeridos.
• Blocos profundamente aninhados são ingeridos apenas até uma profundidade de aninhamento fixa. O conector cria a tabela blocks percorrendo recursivamente a árvore de blocos, e a recursão é limitada a 30 níveis por default. Blocos aninhados mais profundamente do que este limite não são ingeridos.
• O conector ingere apenas as páginas e fontes de dados que você compartilha com a integração no seletor de páginas do Notion durante a configuração da conexão. O conteúdo que não é compartilhado não é ingerido. Consulte Criar uma conexão Notion.