Verbinden Azure SQL naar Excel, Google Sheets, AI en REST

Wat Azure ziet wanneer de agent verbinding maakt.

Azure SQL is een gedeelde service met regels over wie ermee mag communiceren, dus het is belangrijk om precies te zijn over wat er binnenkomt.

• De bereikbaarheid wordt via TCP getest voordat er een inlogpoging wordt gedaan. Een onjuiste servernaam of een geblokkeerd pad wordt dus als een netwerkprobleem beschouwd in plaats van dat Azure een mislukte inlogpoging registreert.
• Verbindingspooling is uitgeschakeld. Er worden geen inactieve sessies opgeslagen in uw database tussen query's. — wat op een serverloze tier het verschil betekent tussen gepauzeerd blijven en actief gehouden worden.
• De weigering van de Azure-firewall wordt als zodanig herkend, waardoor een server die niet op de hoogte is van uw adres een netwerkblokkering meldt in plaats van een algemene foutmelding.
• Elke verbinding met Azure SQL is versleuteld, omdat Azure TLS vereist en alles wat minder is weigert. Deze garantie wordt door Azure zelf gegeven en niet door de agent namens Azure onderhandeld.

Serverloos, en de eerste query na een pauze

Dit is een klein minpuntje waar je rekening mee moet houden voordat je ermee te maken krijgt, want het symptoom lijkt op een verbroken verbinding, maar dat is het niet.

• Een serverloze database pauzeert automatisch wanneer deze inactief is, en het activeren ervan kost tijd omdat de verbindingspoging moet worden afgehandeld.
• De agent wacht 30 seconden om verbinding te maken en 35 seconden voordat een query begint te reageren. Een koude ontwaking kan die tijd verlengen.
• Er is geen automatische herhaalpoging, dus de eerlijke beschrijving is dat de eerste query na een lange pauze een time-out kan geven en een tweede poging moet ondergaan. Alles wat daarna komt, werkt normaal.
• Een gepauzeerde database wordt als zodanig herkend en niet als ontbrekend gerapporteerd, waardoor het bericht aangeeft wat er daadwerkelijk is gebeurd.

Het is SQL Server, met twee kanttekeningen die specifiek voor Azure zijn ontwikkeld.

Het dialect, de gegevenstypen en de schema-indeling zijn hetzelfde als bij elke andere SQL Server, en dat is precies de reden waarom je hem gebruikt. Er zijn echter twee verschillen.

• Het standaardschema is dbo, en dat is wat een verwijzing tussen verschillende bronnen bevat. — azure_sql.dbo.orders.
• Windows- en Microsoft Entra-authenticatie worden niet ondersteund; de agent biedt een SQL-login aan.
• Azure SQL Database heeft geen eigen T-SQL-functionaliteit voor query's tussen databases, waardoor het aanbieden van query's naar een tweede database via dezelfde verbinding voor deze hosts niet mogelijk is. Dit heeft geen enkele invloed op query's tussen verschillende bronnen. — deze worden samengesteld door querystreams over afzonderlijke verbindingen, dus het koppelen van een Azure SQL-database aan iets anders werkt normaal.
• Managed Instances delen hetzelfde hostnaamachtervoegsel en zijn op dezelfde manier verbonden; er is geen aparte kaart en geen gedrag dat alleen voor Managed Instances geldt.

-- Gewone T-SQL, alleen-lezen, tegen de beheerde service SELECT TOP (50) c.Name, COUNT(o.OrderId) AS Orders, SUM(o.Amount) AS Revenue FROM dbo.Customers AS c JOIN dbo.Orders AS o ON o.CustomerId = c.CustomerId WHERE o.PlacedAt >= DATEADD(day, -30, SYSUTCDATETIME()) GROUP BY c.Name ORDER BY Revenue DESC;