Łączyć Azure SQL do Excela, Arkuszy Google, AI i REST

Co widzi platforma Azure, gdy agent nawiązuje połączenie

Azure SQL to usługa współdzielona, z opiniami na temat tego, kto może z nią rozmawiać, dlatego warto precyzyjnie określić, co zostaje udostępnione.

• Dostępność jest sprawdzana za pomocą protokołu TCP przed jakąkolwiek próbą logowania, więc nieprawidłowa nazwa serwera lub zablokowana ścieżka nie zostaną zgłoszone jako problem z siecią, a nie zostaną dodane do platformy Azure jako nieudane logowanie.
• Pula połączeń jest wyłączona. Żadne bezczynne sesje nie gromadzą się w bazie danych pomiędzy zapytaniami. — co w warstwie bezserwerowej stanowi różnicę między pozostaniem w stanie pauzy a pozostaniem w stanie czuwania.
• Odmowa zapory Azure jest rozpoznawana jako faktyczna, więc serwer, który nie został poinformowany o Twoim adresie, zgłasza blokadę sieci, a nie ogólną awarię.
• Każde połączenie z Azure SQL jest szyfrowane, ponieważ Azure wymaga protokołu TLS i odrzuca wszelkie inne. Ta gwarancja należy do Azure, a nie jest czymś, co agent negocjuje w swoim imieniu.

Serwerless i pierwsze zapytanie po przerwie

To jest ten jeden problem, o którym warto wiedzieć zanim się z nim zetkniesz, ponieważ objaw ten wygląda jak zerwane połączenie, a tak nie jest.

• Baza danych bezserwerowa automatycznie wstrzymuje działanie, gdy jest bezczynna, a jej wybudzenie zajmuje czas potrzebny na próbę nawiązania połączenia.
• Agent czeka 30 sekund na połączenie i 35 sekund na rozpoczęcie odpowiedzi na zapytanie. Czas oczekiwania na wybudzenie może być dłuższy.
• Nie ma automatycznego ponawiania, więc uczciwie mówiąc, pierwsze zapytanie po długiej przerwie może wygasnąć i wymagać ponownego uruchomienia. Wszystko po tym jest normalne.
• Wstrzymana baza danych jest rozpoznawana jako wstrzymana, a nie zgłaszana jako brakująca, więc komunikat informuje o tym, co się faktycznie wydarzyło.

To jest SQL Server z dwoma zastrzeżeniami w kształcie Azure

Dialekt, typy i układ schematu są takie same jak w każdym innym serwerze SQL Server, i to jest właśnie cel jego używania. Różnią się jednak dwie rzeczy.

• Domyślnym schematem jest dbo i to właśnie zawiera odwołanie międzyźródłowe — azure_sql.dbo.orders.
• Uwierzytelnianie systemu Windows i Microsoft Entra nie jest obsługiwane; agent prezentuje logowanie SQL.
• Baza danych Azure SQL nie posiada własnego, międzybazowego języka T-SQL, dlatego możliwość zapytania do drugiej bazy danych na tym samym połączeniu jest wstrzymana dla tych hostów. Nie ma to żadnego wpływu na zapytania międzyźródłowe. — są one tworzone przez strumienie zapytań w oddzielnych połączeniach, więc łączenie bazy danych Azure SQL z czymkolwiek innym działa normalnie.
• Instancja zarządzana współdzieli ten sam sufiks nazwy hosta i jest podłączona w ten sam sposób. Nie ma oddzielnej karty ani zachowania typu „wyłącznie instancja zarządzana”.

-- Zwykły T-SQL, tylko do odczytu, w odniesieniu do usługi zarządzanej 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;