Escolha um armazém de dados SQL para um alerta

Cada alerta corre num SQL warehouse que selecionas quando o crias ou editas. O armazém que seleciona afeta a latência dos alertas, fiabilidade e custo.

Selecione ou altere o armazém

Pode especificar o armazém que executa as consultas do seu alerta quando cria um alerta. O seletor de cálculo mostra o armazém selecionado e o seu estado.

Para alterar o armazém para um alerta existente:

1. Alerts na barra lateral e clica no alerta que queres editar.
2. Clique em Editar.
3. Clique no seletor de processamento para visualizar o warehouse atual.
4. Clique noutro armazém para o selecionar.

Tipo de armazém recomendado

Para a maioria dos alertas, utilize um armazém de dados SQL sem servidor. Os data warehouses sem servidor têm um tempo de arranque reduzido, o que mantém baixa a latência do alerta quando este é executado de acordo com uma programação num data warehouse parado. Os armazéns Pro e Classic podem demorar mais a arrancar, o que pode atrasar as avaliações de alertas.

Quanto ao dimensionamento, escolha o warehouse mais pequeno que consiga executar a sua consulta de alerta de forma fiável. Para comparar tipos de armazéns, veja Tipos de armazém SQL.

Comportamento do armazém em tempo de execução programado

Se o warehouse selecionado estiver parado quando estiver agendada a execução do alerta, o Databricks SQL inicia automaticamente o warehouse e executa a consulta. A avaliação do alerta inclui qualquer atraso no arranque. Se o warehouse não conseguir iniciar, o alerta apresenta o estado ERROR.

Se o armazém selecionado for eliminado ou perder o acesso a ele, o alerta devolve um ERROR estado até selecionar outro armazém.

Implicações de custos

Agendamentos frequentes de alertas podem manter um SQL warehouse ativo durante longos períodos, o que contribui para os custos de computação do SQL warehouse. Para gerir custos:

• Utilize um armazém de dados SQL sem servidor com um intervalo curto de paragem automática. Os armazéns serverless faturam apenas pelo tempo de consulta ativa.
• Evite executar alertas com mais frequência do que as alterações subjacentes aos dados. Um alerta que verifica novos dados a cada minuto contra uma tabela que se atualiza de hora a hora cria uma carga computacional desnecessária.
• Agrupar vários alertas no mesmo armazém para que uma única inicialização do armazém dê resposta a todos eles.

Para saber mais sobre tipos de armazém SQL, dimensionamento e preços, consulte Ligar a um armazém SQL.