接続する Azure SQL Excel、Google Sheets、AI、RESTへ

エージェントが接続したときに Azure が認識するもの

Azure SQLは共有サービスであり、誰がアクセスできるかについて一定の制限があるため、どのようなデータが到着するかを正確に指定することが重要です。

• ログインを試みる前にTCP経由で到達可能性がテストされるため、サーバー名が間違っていたり、パスがブロックされていたりした場合は、ログイン失敗としてAzureに到達するのではなく、ネットワークの問題として処理されます。
• 接続プーリングは無効になっています。クエリ間でデータベースに対するアイドルセッションは蓄積されません。 これは、サーバーレス層においては、処理が一時停止状態のままになるか、処理が中断されて眠れなくなるかの違いを意味します。
• Azureファイアウォールによる拒否は、その拒否理由として認識されるため、あなたのアドレスが通知されていないサーバーは、一般的なエラーではなく、ネットワークブロックを報告します。
• Azure SQLへの接続はすべて暗号化されます。これは、AzureがTLSを必須とし、それ以下のプロトコルを拒否するためです。この保証は、エージェントがAzureに代わって交渉するものではなく、Azure自身が保証するものです。

サーバーレス、そして一時停止後の最初のクエリ

これは、実際に遭遇する前に知っておくべき唯一の難点です。なぜなら、症状は接続不良のように見えますが、実際はそうではないからです。

• サーバーレスデータベースはアイドル状態になると自動的に一時停止し、それを起動するには接続試行が待機する時間が必要となる。
• エージェントは接続に30秒、クエリの応答開始に35秒待機します。コールドウェイクの場合は、これを超える可能性があります。
• 自動再試行機能はないため、長時間の待機後の最初のクエリはタイムアウトし、再度実行する必要がある場合があります。それ以降の処理は正常です。
• 一時停止されたデータベースは、欠落として報告されるのではなく、一時停止状態として認識されるため、メッセージには実際に何が起こったかが示されます。

SQL Serverですが、Azureに似た2つの注意点があります。

方言、型、スキーマレイアウトは他のSQL Serverと同じであり、それがこのソフトウェアを使用する利点です。ただし、2つの点が異なります。

• デフォルトのスキーマはdboであり、クロスソース参照にはそのスキーマが含まれます。 — azure_sql.dbo.orders。
• Windows認証およびMicrosoft Entra認証はサポートされていません。エージェントはSQLログインを提示します。
• Azure SQL Database には独自のクロスデータベース T-SQL がないため、これらのホストでは同じ接続で 2 番目のデータベースをクエリするオプションは提供されません。これはクロスソース クエリには全く影響しません。 これらは別々の接続を介してクエリ ストリームによって組み立てられるため、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;