Elige un almacén SQL para una alerta

Cada alerta se ejecuta en una instancia de SQL Warehouse que seleccione al crearla o editarla. El almacenamiento seleccionado afecta a la latencia de alertas, la confiabilidad y el costo.

Selección o cambio del almacén

Puede especificar el almacenamiento que ejecuta las consultas de la alerta al crear una alerta. El selector de cómputo muestra el almacén seleccionado y su estado.

Para cambiar el almacén de una alerta existente:

1. Haga clic en Alertas en la barra lateral y, a continuación, haga clic en la alerta que desea editar.
2. Haga clic en Editar.
3. Haga clic en el selector de cómputo para ver el almacén actual.
4. Haga clic en otro almacén para seleccionarlo.

Tipo de almacenamiento recomendado

Para la mayoría de las alertas, use una instancia de SQL Warehouse sin servidor. Los almacenes sin servidor tienen poco tiempo de inicio, lo que mantiene la latencia de alerta baja cuando una alerta se ejecuta según una programación en un almacenamiento detenido. Los almacenes profesionales y clásicos pueden tardar más tiempo en iniciarse, lo que puede retrasar las evaluaciones de alertas.

Para el dimensionamiento, elija el almacén de menor tamaño que ejecute la consulta de alertas de forma fiable. Para comparar los tipos de almacenamiento, consulte Tipos de almacenamiento de SQL.

Comportamiento del almacenamiento en tiempo de ejecución programado

Si el almacenamiento seleccionado se detiene cuando se programa la alerta para ejecutarse, Databricks SQL inicia automáticamente el almacenamiento y ejecuta la consulta. La evaluación de alertas incluye cualquier retraso de inicio. Si el almacén no se puede iniciar, la alerta devuelve un estado ERROR.

Si se elimina el almacén seleccionado o se pierde el acceso a él, la alerta devuelve un ERROR estado hasta que se selecciona otro almacén.

Implicaciones de costos

Las programaciones de alertas frecuentes pueden mantener un almacenamiento de SQL activo durante largos períodos, lo que contribuye a los costos de proceso de SQL Warehouse. Para administrar los costos:

• Use una instancia de SQL Warehouse sin servidor con un breve intervalo de detención automática. Los almacenes sin servidor solo facturan por tiempo de consulta activo.
• Evite ejecutar alertas con más frecuencia que los cambios de datos subyacentes. Una alerta que comprueba si hay nuevos datos cada minuto en una tabla que actualiza cada hora crea una carga de proceso innecesaria.
• Agrupe varias alertas en el mismo almacén para que un único almacén empiece a atenderlos todos.

Para obtener más información sobre los tipos, el ajuste de tamaño y los precios de SQL Warehouse, consulte Conexión a un almacenamiento de SQL.