Conectar Azure SQL para Excel, Planilhas Google, IA e REST

O que o Azure vê quando o agente se conecta.

O Azure SQL é um serviço compartilhado com opiniões definidas sobre quem pode interagir com ele, portanto, é importante ser preciso sobre o que é permitido.

• A disponibilidade do servidor é testada via TCP antes de qualquer tentativa de login, portanto, um nome de servidor incorreto ou um caminho bloqueado é interpretado como um problema de rede, em vez de resultar em uma falha de login no Azure.
• O agrupamento de conexões está desativado. Nenhuma sessão ociosa será acumulada em seu banco de dados entre as consultas. — o que, em uma camada sem servidor, representa a diferença entre permanecer pausado e ser mantido ativo.
• A recusa do próprio firewall do Azure é reconhecida pelo que é, portanto, um servidor que não foi informado sobre o seu endereço reporta um bloqueio de rede em vez de uma falha genérica.
• Todas as conexões com o Azure SQL são criptografadas, pois o Azure exige TLS e rejeita qualquer protocolo inferior. Essa garantia é do Azure, e não algo que o agente negocie em seu nome.

Sem servidor e a primeira consulta após uma pausa

Essa é a única aresta que vale a pena conhecer antes de se deparar com ela, porque o sintoma parece uma conexão rompida, mas não é.

• Um banco de dados sem servidor entra em pausa automaticamente quando ocioso, e reativá-lo leva o tempo necessário para a tentativa de conexão.
• O agente aguarda 30 segundos para se conectar e 35 segundos para que uma consulta comece a retornar. Uma ativação a frio pode exceder esse tempo.
• Não há repetição automática, então, para ser honesto, a primeira consulta após uma longa pausa pode expirar e precisar ser executada uma segunda vez. Tudo o que acontece depois disso funciona normalmente.
• Um banco de dados pausado é reconhecido como tal, e não relatado como ausente; portanto, a mensagem informa o que realmente aconteceu.

É o SQL Server, com duas ressalvas específicas para o Azure.

O dialeto, os tipos e o layout do esquema são os mesmos de qualquer outro SQL Server, que é o objetivo de usá-lo. Duas coisas diferem.

• O esquema padrão é dbo, e é isso que uma referência entre fontes diferentes carrega. — azure_sql.dbo.orders.
• A autenticação do Windows e do Microsoft Entra não é suportada; o agente apresenta um login SQL.
• O Banco de Dados SQL do Azure não possui um T-SQL próprio para consultas entre bancos de dados, portanto, a oferta de consultar um segundo banco de dados na mesma conexão é negada para esses hosts. Isso não afeta em nada as consultas entre diferentes fontes de dados. — esses dados são reunidos por meio de fluxos de consulta em conexões separadas, portanto, a junção de um banco de dados SQL do Azure a qualquer outra coisa funciona normalmente.
• A instância gerenciada compartilha o mesmo sufixo de nome de host e se conecta da mesma forma; não há placa separada nem comportamento exclusivo da instância gerenciada.

-- T-SQL comum, somente leitura, contra o serviço gerenciado 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;