Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Varje avisering körs på ett SQL-lager som du väljer när du skapar eller redigerar den. Det lager som du väljer påverkar svarstid, tillförlitlighet och kostnad för aviseringar.
Välj eller ändra lager
Du kan ange vilket warehouse som ska köra frågorna för aviseringen när du skapar en avisering. Beräkningsväljaren visar det valda lagret och dess status.
Så här ändrar du informationslagret för en befintlig avisering:
- Klicka på
Ikonaviseringar i sidofältet och klicka på den avisering som du vill redigera. - Klicka på Redigera.
- Klicka på beräkningsväljaren för att visa det aktuella lagret.
- Klicka på ett annat lager för att välja det.
Rekommenderad lagertyp
För de flesta aviseringar använder du ett serverlöst SQL-lager. Serverlösa lager har låg starttid, vilket håller svarstiden låg när en avisering körs enligt ett schema mot ett stoppat lager. Pro- och klassiska datalager kan ta längre tid att starta, vilket kan fördröja utvärderingar av aviseringar.
När det gäller storlek, välj det minsta datalager som kör larmfrågan tillförlitligt. Information om hur du jämför lagertyper finns i SQL-lagertyper.
Lagerställesbeteende vid schemalagd körning
Om det valda SQL-lagret är stoppat när aviseringen är schemalagd att köras, startar Databricks SQL lagret automatiskt och kör frågan. Utvärderingen av aviseringen omfattar eventuella startfördröjningar. Om lagret inte kan starta returnerar aviseringen en ERROR status.
Om det valda lagret tas bort eller om du förlorar åtkomst till det returnerar aviseringen en ERROR status tills du väljer ett annat lager.
Kostnadskonsekvenser
Frekventa aviseringsscheman kan hålla ett SQL-lager aktivt under långa perioder, vilket bidrar till SQL Warehouse-beräkningskostnader. Så här hanterar du kostnader:
- Använd ett serverlöst SQL-lager med ett kort automatiskt stoppintervall. Serverlösa lager faktureras endast för aktiv frågetid.
- Undvik att köra aviseringar oftare än de underliggande dataändringarna. En avisering som söker efter nya data varje minut mot en tabell som uppdateras varje timme skapar onödig beräkningsbelastning.
- Gruppera flera aviseringar på samma lager så att en enskild lagerstart hanterar dem alla.
Mer information om SQL-lagertyper, storleksändring och priser finns i Ansluta till ett SQL-lager.