Conectar Azure SQL a Excel, Google Sheets, IA y REST

Lo que Azure ve cuando el agente se conecta

Azure SQL es un servicio compartido con criterios sobre quién puede comunicarse con él, por lo que conviene ser preciso sobre lo que llega.

• La accesibilidad se comprueba mediante TCP antes de intentar cualquier inicio de sesión, por lo que un nombre de servidor incorrecto o una ruta bloqueada se interpreta como un problema de red en lugar de llegar a Azure como un inicio de sesión fallido.
• La agrupación de conexiones está desactivada. No se acumulan sesiones inactivas en la base de datos entre consultas. — lo que en una capa sin servidor supone la diferencia entre permanecer en pausa y mantenerse activo.
• El firewall de Azure reconoce su propia negativa, por lo que un servidor al que no se le ha informado de su dirección IP reporta un bloqueo de red en lugar de un fallo genérico.
• Todas las conexiones a Azure SQL están cifradas, ya que Azure exige TLS y rechaza cualquier otra alternativa. Esta garantía es responsabilidad de Azure, no del agente.

Sin servidor y la primera consulta después de una pausa

Este es el único inconveniente que conviene conocer antes de encontrarse con él, porque el síntoma parece una conexión rota, pero no lo es.

• Una base de datos sin servidor se pausa automáticamente cuando está inactiva, y reactivarla requiere el tiempo que tarda el intento de conexión.
• El agente espera 30 segundos para conectarse y 35 segundos para que comience a devolver resultados de una consulta. Un reinicio en frío puede exceder ese tiempo.
• No hay reintento automático, por lo que, en realidad, la primera consulta tras una pausa prolongada puede agotar el tiempo de espera y requerir un segundo intento. Todo lo demás funciona con normalidad.
• Una base de datos en pausa se reconoce como tal, en lugar de informarse como faltante, por lo que el mensaje le indica lo que realmente sucedió.

Se trata de SQL Server, con dos salvedades propias de Azure.

El dialecto, los tipos y la estructura del esquema son los mismos que en cualquier otro SQL Server, que es la razón de usarlo. Hay dos cosas que difieren.

• El esquema predeterminado es dbo, y eso es lo que contiene una referencia entre fuentes. — azure_sql.dbo.orders.
• La autenticación de Windows y Microsoft Entra no es compatible; el agente presenta un inicio de sesión SQL.
• Azure SQL Database no tiene su propio T-SQL para consultas entre bases de datos, por lo que la opción de consultar una segunda base de datos en la misma conexión no está disponible para estos hosts. Esto no afecta en absoluto a las consultas entre fuentes. — Esos elementos se ensamblan mediante Query Streams a través de conexiones separadas, por lo que unir una base de datos Azure SQL a cualquier otra cosa funciona con normalidad.
• La instancia administrada comparte el mismo sufijo de nombre de host y se conecta de la misma manera; no hay una tarjeta separada ni un comportamiento exclusivo de la instancia administrada.

-- T-SQL ordinario, de solo lectura, contra el servicio administrado 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;