Översikt över programutveckling – SQL Database & SQL Managed Instance

Artikel
06/07/2021
2 minuter för att läsa

GÄLLER FÖR: Azure SQL Database Azure Synapse Analytics

Den här artikeln går igenom de grundläggande överväganden som utvecklare bör känna till när de skriver kod för att ansluta till din databas i Azure. Den här artikeln gäller Azure SQL Database och Azure SQL Managed Instance.

Språk och plattform

Du kan använda olika programmeringsspråk och plattformar för att ansluta och fråga Azure SQL Database. Du hittar exempelprogram som du kan använda för att ansluta till databasen.

Du kan använda verktyg med öppen källkod som cheetah, sql-cli, VS Code. Azure SQL Database fungerar dessutom med Microsoft-verktyg som Visual Studio och SQL Server Management Studio. Du kan också använda AZURE PORTAL-, PowerShell- och REST-API:er för att få ytterligare produktivitet.

Autentisering

Åtkomst till Azure SQL Database skyddas med inloggningar och brandväggar. Azure SQL Database stöder både SQL Server och Azure Active Directory autentiseringsanvändare och inloggningar. Azure Active Directory inloggningar är endast tillgängliga i SQL Managed Instance.

Läs mer om att hantera databasåtkomst och logga in.

Anslutningar

I din klient för anslutningslogik åsidosätter du standardvärdet för timeout till att vara 30 sekunder. Standardvärdet på 15 sekunder är för kort för anslutningar som beror på internet.

Om du använder en anslutningspool, måste du stänga anslutningen så snart programmet inte aktivt använder den och inte förbereder sig för att återanvända den.

Undvik långvariga transaktioner eftersom eventuella infrastruktur- eller anslutningsfel kan återställa transaktionen. Om möjligt kan du dela upp transaktionen i flera mindre transaktioner och använda batchbearbetning för att förbättra prestanda .

Återhämtning

Azure SQL Database är en molntjänst där du kan förvänta dig tillfälliga fel som inträffar i den underliggande infrastrukturen eller i kommunikationen mellan molnentiteter. Även Azure SQL Database är motståndskraftig mot de transitiva infrastrukturfelen kan dessa fel påverka anslutningen. När ett tillfälligt fel uppstår vid anslutning till SQL Database bör koden försöka anropa igen. Vi rekommenderar att logik för omförsök använder backoff-logik så att den inte överbelastar tjänsten med flera klienter som försöker igen samtidigt. Logik för omförsök beror på felmeddelandena för SQL Database klientprogram.

Mer information om hur du förbereder för planerade underhållshändelser på din Azure SQL Database finns i Planera för Azure-underhållshändelser i Azure SQL Database.

Nätverksöverväganden

På den dator som är värd för ditt klientprogram, ska du se till att brandväggen tillåter utgående TCP-kommunikation på port 1433. Mer information: Konfigurera en Azure SQL Database brandvägg.
Om klientprogrammet ansluter till SQL Database medan klienten körs på en virtuell Azure-dator (VM) måste du öppna vissa portintervall på den virtuella datorn. Mer information: Portar utöver 1433 för ADO.NET 4.5 och SQL Database.
Klientanslutningar till Azure SQL Database kringgår ibland proxyn och interagerar direkt med databasen. Andra portar än 1433 blir viktiga. Mer information finns i Azure SQL Database och portar utöver 1433 för ADO.NET 4.5 och SQL Database.
Nätverkskonfiguration för en instans av SQL Managed Instance finns i nätverkskonfiguration för SQL Managed Instance.

Nästa steg

Utforska alla funktioner i SQL Database och SQL Managed Instance.

Kom igång genom att gå till guiderna för Azure SQL Database och Azure SQL Managed Instances.