SQL Server Terkelola Microsoft SQL Server
Menghubungkan Azure SQL ke Excel, Google Sheets, AI, dan REST
Azure SQL Database atau SQL Managed Instance. Menggunakan dialek SQL Server yang sama, hanya mereknya saja sehingga Anda dapat memilih layanan yang sebenarnya Anda bayar.
Satu koneksi, setiap permukaan
Ke mana data Azure SQL Anda dapat diarahkan?
- 1 koneksi keluar
- 0 port masuk
- hanya baca · kredensial tetap di tempatnya
berjalan pada
- Untuk tim, vendor, dan mitra Anda
-
Excel add-in · refresh on demand
-
Lembar Kerja Google tambahan · penyegaran sesuai permintaan
-
Nova AI bertanya dengan bahasa Inggris sederhana · teks ke SQL
-
Penampil Data Bagikan hasil langsung · tim, vendor, mitra · perangkat apa pun
- Untuk aplikasi dan sistem
-
API REST Endpoint JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Sinkronisasi terjadwal Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Untuk alat AI
-
Asisten AI Claude · Kursor · Server MCP
- Dikirimkan kepada orang-orang
-
Peringatan & laporan Slack · Discord · Email · Webhook
Query Streams membaca Azure SQL Database dan SQL Managed Instance dari Microsoft Excel, Google Sheets, Power BI, asisten AI melalui MCP dan endpoint REST melalui satu koneksi baca saja. Agen Jaringan berjalan pada VM di dalam VNet Anda dan melakukan panggilan keluar, sehingga basis data tidak memerlukan endpoint publik dan tidak memerlukan entri firewall. Di baliknya, basis data menggunakan T-SQL biasa — skema dbo, penanganan tipe yang sama seperti SQL Server lokal — dengan otentikasi SQL dan tanpa sesi yang dikumpulkan.
Azure SQL adalah Microsoft SQL Server yang dikirim melalui jaringan. — driver standar, jadi setiap panduan di bawah ini berlaku tanpa perubahan. Satu-satunya bagian khusus Azure SQL adalah string koneksi, yang dibahas di bawah ini. detail koneksi.
- Untuk tim, vendor, dan mitra Anda
-
Azure SQL ke Excel Microsoft Excel · Add-in Excel
Ambil hasil Azure SQL secara langsung ke lembar kerja dan perbarui sesuai kebutuhan — Excel desktop, Excel Online, Microsoft 365.
Panduan Microsoft SQL Server -
Azure SQL ke Google Sheets Tambahan lembar
Jalankan kueri Azure SQL yang tersimpan dari bilah sisi dan seret baris ke dalam lembar kerja. Kolaborator yang berbagi dapat memperbaruinya sendiri.
Panduan Microsoft SQL Server -
Tanyakan kepada Nova tentang Azure SQL Nova AI · teks ke SQL
Ajukan pertanyaan dalam bahasa Inggris yang mudah dipahami. Nova sudah mengetahui tabel Azure SQL Anda, menulis dan menjalankan SQL, menjelaskan jawabannya, dan membuat grafiknya — tidak perlu menulis kueri, tidak perlu memberikan kredensial.
Cara kerja Nova -
Azure SQL ke Penampil Data Berbagi hasil · tim, vendor, mitra · telepon, tablet, desktop
Bagikan hasil Azure SQL secara langsung kepada siapa pun — kolega, vendor, mitra — sebagai tabel yang dapat di-bookmark dan akan berjalan ulang saat dibuka, baik di ponsel, tablet, atau desktop. Mereka hanya melihat hasilnya, bukan kode SQL atau kredensialnya.
Cara kerja Penampil Data - Untuk aplikasi dan sistem
-
API REST Azure SQL Titik akhir HTTP
Publikasikan kueri Azure SQL sebagai titik akhir JSON terautentikasi yang dapat dipanggil oleh aplikasi apa pun, dengan spesifikasi OpenAPI 3.1 dan koleksi siap pakai untuk Postman, Insomnia, dan Hoppscotch. Tidak ada port basis data yang dibuka.
Panduan Microsoft SQL Server -
Azure SQL ke Power BI Power Query M
Tempelkan Power Query M yang dihasilkan ke dalam Power BI Advanced Editor dan laporan akan membaca hasil Azure SQL secara langsung melalui HTTPS — tanpa driver ODBC, tanpa port basis data yang dibuka.
Cara kerja Power BI -
Azure SQL ke Airtable Platform otomatisasi
Sinkronkan baris Azure SQL ke dalam basis data Airtable sesuai jadwal, atau ambil data tersebut di dalam skrip otomatisasi Airtable.
Panduan Microsoft SQL Server -
Azure SQL ke Baserow Platform otomatisasi
Mengisi tabel Baserow dari Azure SQL melalui endpoint REST — baik yang dihosting sendiri maupun di cloud Baserow.
Panduan Microsoft SQL Server -
Azure SQL ke SeaTable Platform otomatisasi
Jaga agar basis data SeaTable selalu mutakhir dengan data Azure SQL tanpa mengekspor file atau mengekspos basis data.
Panduan Microsoft SQL Server -
Azure SQL ke Smartsheet Platform otomatisasi
Masukkan hasil Azure SQL ke dalam grid Smartsheet sehingga rencana dan laporan dibaca dari sistem sumber, bukan dari ekspor minggu lalu.
Panduan Microsoft SQL Server -
Azure SQL ke Anvil Anvil Works · Platform aplikasi
Dukung aplikasi Python Anvil dengan Azure SQL melalui endpoint REST, alih-alih menyematkan kredensial basis data di dalam aplikasi.
Panduan Microsoft SQL Server - Untuk alat AI
-
Server Azure SQL MCP Klien Claude, Cursor, dan MCP
Berikan akses baca saja kepada asisten AI ke Azure SQL beserta skema yang dibutuhkannya untuk menulis SQL yang benar — tanpa kredensial di dalam obrolan.
Panduan Microsoft SQL Server - Dikirimkan kepada orang-orang
-
Peringatan dan laporan Azure SQL Slack · Discord · Email · Webhook
Atur jadwal untuk kueri Azure SQL dan kirimkan baris data ke Slack, Discord, email, atau webhook yang ditandatangani — atau tahan pesan hingga jumlah baris, ambang batas, atau perubahan persentase melampaui batas yang Anda tetapkan.
Cara kerja peringatan dan laporan
Cara kerjanya
5 langkah, tanpa perubahan firewall masuk.
Instal Agen Jaringan pada VM di dalam VNet dan akses basis data melalui titik akhir privat. Agen hanya terhubung ke luar, sehingga tidak diperlukan aturan masuk dan titik akhir publik.
Berikan nama server dari portal Azure — <nama>.database.windows.net. Port 1433 diasumsikan dan diabaikan kecuali Anda mengubahnya.
Gunakan login SQL dengan SELECT pada data yang ingin Anda baca. Otentikasi SQL adalah model yang didukung di sini.
Biarkan ia membaca skema. Tabel, kolom, tipe, dan kunci dikatalogkan sehingga Query Builder dan Nova mengetahui bentuknya sebelum siapa pun menulis T-SQL.
Simpan, dan Microsoft Excel, Google Sheets, Power BI, MCP, dan REST semuanya dapat membaca basis data tersebut melalui satu koneksi — atau menggabungkannya dengan sumber lain Anda dalam satu pernyataan.
Analisis mendalam fitur
Apa yang diberikan Azure SQL kepada Anda?
Apa yang dilihat Azure saat agen terhubung
Azure SQL adalah layanan bersama yang memiliki kebijakan tentang siapa yang boleh mengaksesnya, jadi penting untuk bersikap teliti tentang apa yang diterima.
- Ketersediaan jaringan diuji melalui TCP sebelum upaya login dilakukan, sehingga nama server yang salah atau jalur yang diblokir akan dianggap sebagai masalah jaringan dan tidak sampai ke Azure sebagai upaya login yang gagal.
- Pengelolaan kumpulan koneksi (connection pooling) dimatikan. Tidak ada sesi idle yang terakumulasi pada basis data Anda di antara kueri. — yang pada lapisan serverless merupakan perbedaan antara tetap dalam keadaan jeda dan tetap aktif.
- Penolakan dari firewall Azure sendiri dikenali sebagaimana adanya, sehingga server yang belum diberi tahu tentang alamat Anda akan melaporkan pemblokiran jaringan, bukan kegagalan umum.
- Setiap koneksi ke Azure SQL dienkripsi, karena Azure mensyaratkan TLS dan menolak apa pun yang kurang dari itu. Jaminan tersebut adalah milik Azure, bukan sesuatu yang dinegosiasikan oleh agen atas namanya.
Tanpa server, dan kueri pertama setelah jeda
Inilah satu hal yang perlu diketahui sebelum Anda mengalaminya, karena gejalanya tampak seperti koneksi yang rusak padahal sebenarnya tidak.
- Basis data tanpa server akan otomatis berhenti sementara saat tidak aktif, dan mengaktifkannya kembali membutuhkan waktu yang harus ditunggu oleh upaya koneksi.
- Agen menunggu 30 detik untuk terhubung dan 35 detik agar permintaan mulai memberikan respons. Proses cold wake dapat melebihi waktu tersebut.
- Tidak ada fitur coba ulang otomatis, jadi deskripsi yang jujur adalah bahwa kueri pertama setelah jeda yang lama mungkin akan habis waktu dan perlu dijalankan untuk kedua kalinya. Semua yang terjadi setelah itu akan normal.
- Basis data yang dijeda dikenali sebagai dijeda dan bukan dilaporkan sebagai hilang, sehingga pesan tersebut memberi tahu Anda apa yang sebenarnya terjadi.
Ini adalah SQL Server, dengan dua catatan khusus yang berkaitan dengan Azure.
Dialek, tipe, dan tata letak skema sama seperti SQL Server lainnya, dan itulah tujuan menggunakannya. Ada dua hal yang berbeda.
- Skema defaultnya adalah dbo, dan itulah yang dibawa oleh referensi lintas sumber. — azure_sql.dbo.orders.
- Autentikasi Windows dan Microsoft Entra tidak didukung; agen akan menampilkan login SQL.
- Azure SQL Database tidak memiliki T-SQL lintas basis data sendiri, sehingga tawaran untuk melakukan kueri ke basis data kedua pada koneksi yang sama ditahan untuk host ini. Hal ini sama sekali tidak memengaruhi kueri lintas sumber. — data tersebut dikumpulkan oleh Query Streams melalui koneksi terpisah, sehingga menggabungkan database Azure SQL dengan hal lain akan berjalan normal.
- Managed Instance menggunakan akhiran nama host yang sama dan terhubung dengan cara yang sama; tidak ada kartu terpisah dan tidak ada perilaku khusus Managed Instance.
-- T-SQL biasa, hanya baca, terhadap layanan terkelola 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;
Digunakan bersama oleh setiap konektor basis data.
Hal ini berlaku untuk setiap konektor basis data.
- Hanya untuk keberangkatan — agen membuka satu koneksi terenkripsi ke Query Streams. Tidak ada port masuk yang perlu diteruskan, tidak ada VPN, tidak ada daftar IP yang diizinkan, tidak ada informasi tentang basis data Anda yang terekspos ke internet.
- Kredensial tetap tersimpan. — Nama pengguna dan kata sandi basis data tersimpan di mesin tempat Anda menginstal agen. Query Streams tidak pernah menerimanya dan tidak dapat mengakses basis data Anda sendiri.
- Hanya baca, diberlakukan — satu pernyataan dalam satu waktu, hanya SELECT dan sejenisnya. Permintaan penulisan ditolak di mesin Anda sendiri sebelum dikirim ke server, alih-alih bergantung pada izin yang telah diatur oleh seseorang.
- Sebarkan agen sebanyak yang Anda inginkan. — satu per situs, wilayah, atau cloud. Setiap sumber data yang dapat mereka lihat muncul dalam satu menu tarik-turun, sehingga tidak ada yang perlu tahu agen mana yang menghosting apa.
Yang Anda dapatkan setelah kueri disimpan
- Bagikan kemampuannya, bukan kode SQL-nya. — seorang kolega atau mitra eksternal dapat menjalankan kueri Anda dan mengubah filternya tanpa pernah melihat pernyataan di baliknya.
- Filter dari kedua arah — deklarasikan sendiri sebagai @variabel, atau biarkan konektor menemukan nilai literal yang sudah ada di klausa WHERE Anda dan menawarkannya sebagai menu tarik-turun.
- Bacalah dari mana saja — Microsoft Excel, Google Sheets, Power BI, REST API, asisten AI melalui MCP, Query Builder, dan Nova semuanya membaca kueri tersimpan yang sama.
- Jalankan beberapa sekaligus — lima kueri tersimpan ke dalam lima tab lembar kerja, dialirkan secara bersamaan, sebesar apa pun hasilnya.
- Hubungkan dengan hal lain yang sudah Anda hubungkan. — basis data lain, API bisnis, atau folder file, dalam satu pernyataan baca saja.
SQL lintas sumber
Gabungkan Azure SQL dengan data Anda yang lain.
Satu pernyataan dapat mencakup Azure SQL dan koneksi Anda lainnya sekaligus. Setiap sumber hanya menjalankan bagian yang dapat dijalankannya, mengalirkan hasilnya kembali, dan penggabungan terjadi secara terpusat — sumber-sumber tersebut tidak pernah berkomunikasi satu sama lain dan tidak ada yang disalin ke mana pun.
3 koneksi · 3 agen
Satu pernyataan
-- tidak ada yang disalin, tidak ada yang digabungkan, tidak ada yang dijadwalkan
PILIH c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
DARI azure_sql.dbo.orders1 f
GABUNG pg_crmpelanggan umum2 c ON c.id = f.customer_id
GABUNG penagihan.stripe.faktur3 i ON i.customer = c.stripe_id
KELOMPOKKAN BERDASARKAN c.wilayah
PESAN OLEH ditagih DESC;
Tiga bagian tersebut adalah koneksi, skema, dan tabel — dan nama koneksi adalah apa pun yang Anda sebutkan. Kolom ilustratif; tabel Anda akan menjadi tabel Anda. Hanya baca berlaku untuk setiap bagian: SELECT, WITH, dan EXPLAIN saja, dengan batasan seberapa banyak data yang dapat diberikan oleh satu sumber untuk satu kueri. Cara kerja kueri terfederasi
Detail koneksi
Apa yang dibutuhkan Azure SQL?
- Tuan rumah
- <server>.database.windows.net — akhiran yang sama untuk Azure SQL Database dan SQL Managed Instance
- Port default
- 1433, dan dihilangkan dari string koneksi ketika itu adalah nilai default.
- Pengemudi
- Microsoft.Data.SqlClient 6.0.1
- Autentikasi
- Autentikasi SQL. Microsoft Entra ID, identitas terkelola, dan autentikasi Windows tidak didukung.
- Enkripsi
- Azure mewajibkan TLS dan menolak koneksi yang tidak terenkripsi, sehingga lalu lintas dienkripsi; agen tidak memverifikasi rantai sertifikat.
- Pengumpulan
- Dimatikan, dengan sengaja — tidak ada yang menganggur di basis data di antara kueri.
- Waktu habis
- 5 detik untuk pengecekan jangkauan TCP, 30 detik untuk terhubung, 35 detik agar kueri mulai memberikan respons.
- Tanpa server
- Cold wake dapat berlangsung lebih lama dari waktu habis koneksi; tidak ada percobaan ulang otomatis, jadi kueri pertama setelah jeda yang lama mungkin perlu dijalankan dua kali.
- Izin
- Login SQL dengan perintah SELECT untuk data yang ingin Anda baca.
- Skema default
- dbo, yang merupakan singkatan dari referensi terfederasi.
Aspek keamanan di sini sama dengan yang membuat konektor SQL Server on-premises layak dimiliki, hanya saja dipindahkan ke Azure. Agen berada di dalam VNet Anda dan membuka satu koneksi keluar, sehingga basis data tetap mematikan akses jaringan publik, menjaga firewall-nya kosong dari alamat kantor yang berubah-ubah, dan tidak pernah ada yang memantau Anda. Tidak ada yang disalin dan tidak ada yang dijadwalkan — kueri dijalankan ketika seseorang memintanya.
Serverless disebutkan secara sengaja, bukan sekadar diabaikan. Fitur jeda otomatis adalah fitur berbayar yang dipilih orang dengan sengaja, dan konsekuensi sebenarnya adalah kueri pertama setelah periode tenang dapat melebihi batas waktu koneksi 30 detik tanpa percobaan ulang. Mengetahui hal itu sebelumnya mengubah kegagalan misterius menjadi kegagalan yang diharapkan; menonaktifkan pooling juga berarti Query Streams bukanlah hal yang membuat basis data yang dijeda tetap aktif dan dapat ditagih.
Azure SQL Database tidak dapat melakukan join antar database-nya sendiri di T-SQL, yang merupakan keterbatasan layanan dan bukan konektor ini. Kueri lintas sumber di Query Streams dirakit melalui koneksi terpisah, sehingga database Azure SQL bergabung dengan database aplikasi Postgres, folder CSV, atau API penagihan dalam satu pernyataan baca saja, terlepas dari itu — ditulis azure_sql.dbo.orders, karena dbo adalah nama yang digunakan SQL Server.
Dokumentasi vendor: azure.microsoft.com
Pertanyaan yang Sering Diajukan (FAQ)
Pertanyaan tentang Azure SQL
Alat apa saja yang dapat membaca data Azure SQL melalui Query Streams?
Semuanya, dari satu koneksi: Excel, Google Sheets, MCP, REST API, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, peringatan dan laporan terjadwal. Hubungkan basis data sekali dan setiap antarmuka akan membaca koneksi baca-saja yang sama — tidak ada pengaturan per alat dan tidak ada salinan data kedua.
Apakah saya perlu membuka port firewall ke database Azure SQL saya?
Tidak. Query Streams Network Agent berjalan di dalam jaringan Anda dan membuka satu koneksi keluar terenkripsi. Tidak ada yang mendengarkan lalu lintas masuk, tidak diperlukan VPN, dan basis data mempertahankan aturan firewall yang ada.
Bisakah Query Streams mengubah data di Azure SQL?
Tidak. Agen tersebut memberlakukan mode baca saja pada saat eksekusi — satu pernyataan dalam satu waktu, hanya SELECT dan sejenisnya. Kredensial tetap berada di agen dan tidak pernah dikirim ke Query Streams.
Apa yang dibutuhkan Query Streams untuk terhubung ke Azure SQL?
Host yang dapat dijangkau, peran, dan kata sandinya — agen membawa driver, jadi tidak ada yang diinstal pada basis data. Host: <server>.database.windows.net — akhiran yang sama untuk Azure SQL Database dan SQL Managed Instance. Port default: 1433, dan dihilangkan dari string koneksi jika itu adalah port default. Driver: Microsoft.Data.SqlClient 6.0.1. Otentikasi: Otentikasi SQL. Microsoft Entra ID, identitas terkelola, dan otentikasi Windows tidak didukung.
Bisakah saya menggabungkan Azure SQL dengan database lain dalam kueri yang sama?
Ya — itu adalah kueri terfederasi. Satu pernyataan dapat merujuk ke Azure SQL dan koneksi Anda lainnya sekaligus, ditulis sebagai connection.schema.table. Setiap sumber hanya menjalankan bagian yang dapat dijalankannya dan mengalirkan hasilnya kembali; penggabungan terjadi secara terpusat, sehingga sumber-sumber tersebut tidak pernah terhubung satu sama lain dan tidak ada yang disalin atau dijadwalkan. Hanya baca berlaku untuk setiap bagian — hanya SELECT, WITH, dan EXPLAIN — dan ada batasan seberapa banyak data yang dapat diserahkan oleh satu sumber untuk satu kueri. Kueri terfederasi adalah fitur paket; halaman kueri terfederasi memuat batasan sumber dan ukuran saat ini.
Apakah menghubungkan Azure SQL berbeda dengan menghubungkan Microsoft SQL Server?
Hanya string koneksi saja. Azure SQL menggunakan protokol komunikasi Microsoft SQL Server, sehingga filter, penjadwalan, berbagi, add-on Excel dan Google Sheets, serta server MCP semuanya berperilaku identik. Kartu Azure SQL secara otomatis mengisi host, port, dan pengaturan SSL yang diharapkan oleh penyedia.
Apakah ada panduan Azure SQL ke Excel?
Ya — ini adalah panduan Microsoft SQL Server, dan panduan ini benar untuk Azure SQL seperti yang tertulis. Azure SQL menggunakan protokol komunikasi Microsoft SQL Server, jadi koneksi Azure SQL ke Excel, Azure SQL ke Google Sheets, dan semua tujuan lainnya mengikuti langkah-langkah yang sama. Satu-satunya bagian khusus Azure SQL adalah string koneksi, dan kartu Azure SQL akan mengisinya untuk Anda.
Tempatkan Azure SQL di tempat pekerjaan berlangsung.
Instal agen, arahkan ke basis data Anda, dan pilih tujuan.
Hanya baca Hanya untuk keberangkatan Informasi kredensial tetap tersimpan pada agen.

