连接 Azure SQL 适用于 Excel、Google Sheets、AI 和 REST

代理连接时 Azure 看到的内容

Azure SQL 是一项共享服务，对于谁可以访问它有自己的规定，因此有必要明确告知用户哪些内容可以访问。

• 在尝试任何登录之前，都会通过 TCP 测试可达性，因此错误的服务器名称或被阻止的路径会被视为网络问题，而不是 Azure 登录失败。
• 连接池已关闭。查询之间不会在数据库中累积空闲会话。 ——在无服务器架构中，这决定了你是保持暂停状态还是被迫保持清醒。
• Azure 防火墙自身的拒绝行为会被正确识别，因此，如果服务器没有被告知您的地址，则会报告网络阻塞，而不是一般的故障。
• 所有与 Azure SQL 的连接都经过加密，因为 Azure 要求使用 TLS，并且拒绝任何低于 TLS 的协议。这是 Azure 自身的安全保障，而不是代理代表 Azure 协商的结果。

无服务器架构，以及暂停后的第一个查询

这是在遇到它之前值得了解的一个棘手问题，因为症状看起来像是连接断开了，但实际上并非如此。

• 无服务器数据库在空闲时会自动暂停，唤醒它需要连接尝试等待一段时间。
• 代理程序需要等待 30 秒才能连接，等待 35 秒查询结果才会开始返回。冷唤醒可能需要更长时间。
• 没有自动重试机制，所以客观来说，长时间暂停后的第一个查询可能会超时，需要重新运行。之后的一切都是正常的。
• 已暂停的数据库会被识别为已暂停，而不是被报告为丢失，因此该消息会告诉你实际发生了什么。

它是 SQL Server，但有两个 Azure 特有的限制。

它的方言、类型和架构布局与其他任何 SQL Server 都相同，这正是使用它的意义所在。只有两点不同。

• 默认模式是 dbo，跨源引用也承载着 dbo 模式。 — azure_sql.dbo.orders。
• 不支持 Windows 和 Microsoft Entra 身份验证；代理程序会显示 SQL 登录信息。
• Azure SQL 数据库本身没有跨数据库 T-SQL，因此对于这些主机，无法通过同一连接查询第二个数据库。但这完全不影响跨源查询。 — 这些数据库是通过查询流在单独的连接上组装的，因此将 Azure SQL 数据库连接到任何其他数据库都能正常工作。
• 托管实例与独立实例共享相同的主机名后缀，并且连接方式相同；没有单独的网卡，也没有仅限托管实例的行为。

-- 针对托管服务的普通 T-SQL，只读 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;