Gatilhos

Gatilhos incluídos no conector do Database Hub, disponíveis por meio da pesquisa para alterações de registro criado e registro atualizado em bancos de dados JDBC compatíveis.

Esses gatilhos detectam alterações por meio de pesquisas:

Gatilho	Description
Registro criado	Dispara quando um novo registro é adicionado a uma tabela.
Registro Atualizado	Dispara quando um registro existente é modificado.

Os gatilhos são compatíveis com os seguintes bancos de dados: SQL Server, Oracle, PostgreSQL, Databricks e Redshift.

Como funciona

Os gatilhos usam um mecanismo de pesquisa que verifica suas tabelas de banco de dados quanto a alterações em intervalos regulares (a cada cinco minutos, por padrão). O intervalo de pesquisa é configurado no nível da conexão; portanto, alterá-lo afeta todos os gatilhos associados a essa conexão. Para obter detalhes, consulte a documentação de Gatilhos .

Depois de habilitar gatilhos em uma conexão, o conector detecta automaticamente quais tabelas são elegíveis, usando um dos dois métodos de rastreamento de alterações:

1. Rastreamento de alterações nativo — Se o banco de dados tiver o rastreamento de alterações integrado habilitado (por exemplo, Rastreamento de alterações do SQL Server ou Feed de dados de alteração do Databricks), o conector o usará automaticamente. Isso fornece a detecção mais precisa de inserções em comparação com atualizações.
2. Detecção baseada em carimbo de data/hora — Se o rastreamento de alterações nativo não estiver disponível, o conector retornará às colunas de carimbo de data/hora de auditoria comuns em suas tabelas (por exemplo, UpdatedDate, ModifiedAt, CreatedDate).

Uma tabela é elegível para gatilhos se for compatível com um desses métodos.

Observação:

As tabelas também devem ter uma chave primária definida para ser elegível para gatilhos.

Pré-requisitos específicos do banco de dados

O que você faz para ativar gatilhos depende de seu banco de dados ser compatível com rastreamento nativo de alterações:

Banco de Dados	Rastreamento de alterações nativo	O que fazer para ativar gatilhos
SQL Server	Sim (recomendado)	Habilitar Rastreamento de alterações: ALTER TABLE ... ENABLE CHANGE_TRACKING. Caso contrário, o conector usa uma coluna de carimbo de data/hora de auditoria.
Databricks	Sim (recomendado)	Habilitar o feed de dados de alterações do delta U UiPath Lake: ALTER TABLE ... SET TBLPROPERTIES (delta.enableChangeDataFeed = true). Caso contrário, o conector usa uma coluna de carimbo de data/hora de auditoria.
Oracle	Não	Adicione uma coluna de carimbo de data/hora de auditoria (por exemplo, ModifiedAt).
PostgreSQL	Não	Adicione uma coluna de carimbo de data/hora de auditoria (por exemplo, ModifiedAt).
Deslocamento para o vermelho	Não	Adicione uma coluna de carimbo de data/hora de auditoria (por exemplo, ModifiedAt).

Filtragem

Ao configurar um gatilho, você pode abrir o Construtor de filtros para restringir quais registros disparam a automação (por exemplo, apenas registros em que status = 'active').

Dicas para melhores resultados

• O rastreamento de alterações nativo fornece a detecção mais confiável quando habilitado.
• As tabelas com uma chave primária são elegíveis para gatilhos.
• As colunas de auditoria comumente nomeadas (UpdatedDate, ModifiedDate, CreatedDate, ModifiedAt) são reconhecidas automaticamente.
• O construtor de filtros limita os gatilhos apenas aos registros relevantes.

Todos os gatilhos são acessíveis automaticamente na atividade Wait for an Event and Resume para seus fluxos de trabalho de longa duração. Para obter detalhes, consulte Fluxos de trabalho de longa duração com atividades do Integration Service.