Collegare Azure SQL per Excel, Fogli Google, IA e REST

Cosa vede Azure quando l'agente si connette

Azure SQL è un servizio condiviso con delle restrizioni su chi può interagire con esso, quindi è importante essere precisi sui dati che riceve.

• La raggiungibilità viene verificata tramite TCP prima di qualsiasi tentativo di accesso, pertanto un nome server errato o un percorso bloccato vengono interpretati come un problema di rete anziché come un tentativo di accesso fallito in Azure.
• Il connection pooling è disattivato. Non si accumulano sessioni inattive nel database tra una query e l'altra. — che, su un livello serverless, fa la differenza tra rimanere in pausa ed essere tenuti attivi.
• Il rifiuto da parte del firewall di Azure viene riconosciuto per quello che è, quindi un server a cui non è stato comunicato il tuo indirizzo segnala un blocco di rete anziché un errore generico.
• Ogni connessione ad Azure SQL è crittografata, perché Azure richiede TLS e rifiuta qualsiasi protocollo inferiore. Questa garanzia è offerta da Azure e non è qualcosa che l'agente negozia per suo conto.

Serverless e la prima query dopo una pausa

Questo è l'unico aspetto critico di cui è bene essere a conoscenza prima di incontrarlo, perché il sintomo sembra un'interruzione di connessione, ma non lo è.

• Un database serverless si mette automaticamente in pausa quando è inattivo e per riattivarlo è necessario attendere il tempo richiesto per il completamento del tentativo di connessione.
• L'agente attende 30 secondi per connettersi e 35 secondi prima che una query inizi a restituire risultati. Un risveglio a freddo può superare questo intervallo.
• Non è previsto alcun tentativo automatico, quindi, a dire il vero, la prima query dopo una lunga pausa potrebbe andare in timeout e richiedere una seconda esecuzione. Tutto ciò che segue funziona normalmente.
• Un database in pausa viene riconosciuto come tale anziché segnalato come mancante, quindi il messaggio indica cosa è realmente accaduto.

Si tratta di SQL Server, con due avvertenze specifiche di Azure.

Il dialetto, i tipi e la struttura dello schema sono gli stessi di qualsiasi altro SQL Server, ed è proprio questo il motivo per cui lo si utilizza. Due cose differiscono.

• Lo schema predefinito è dbo, ed è questo che viene riportato in un riferimento tra sorgenti diverse. — azure_sql.dbo.orders.
• L'autenticazione tramite Windows e Microsoft Entra non è supportata; l'agente presenta un login SQL.
• Azure SQL Database non dispone di un proprio T-SQL per le query tra database, pertanto l'opzione per interrogare un secondo database sulla stessa connessione non è disponibile per questi host. Ciò non influisce in alcun modo sulle query tra origini diverse. — questi vengono assemblati tramite Query Streams su connessioni separate, quindi l'unione di un database Azure SQL a qualsiasi altro elemento funziona normalmente.
• L'istanza gestita condivide lo stesso suffisso del nome host e si connette allo stesso modo; non esiste una scheda separata né un comportamento specifico per l'istanza gestita.

-- T-SQL ordinario, sola lettura, verso il servizio gestito 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;