Virtualisasi Data & Kueri Terfederasi

Satu pernyataan SQL di seluruh semua basis data Anda.

Pesanan Anda ada di MySQL. Pelanggan Anda ada di PostgreSQL. Target yang selalu diperdebatkan semua orang berada di server SQL Server di kantor pusat. A kueri terfederasi memungkinkan Anda menulis satu hal biasa PILIH yang membaca ketiganya sekaligus dan memberikan Anda satu tabel tunggal — tanpa ekspor, tanpa menyalin apa pun, dan tanpa membuka hal baru di firewall Anda.

Coba Tingkat Gratis Harga Tim

On every plan, including Free · Free runs 2 sources and 250 result rows — the ceilings grow with your tier

Satu kotak SQL, bukan pembangun gabungan. Basis data di berbagai kantor, cloud, dan negara. Tidak ada aturan firewall masuk, selamanya. Menolak daripada menebak

38 konektor basis data — gabungkan di antara salah satu konektor tersebut, dalam kombinasi apa pun.

Bersama mereka di Query Streams: 8 Konektor API, yang diakses dengan SQL yang sama.

53 sumber secara total. Konektor API Anda dikueri dengan SQL seperti hal lainnya — dan pernyataan gabungan menggabungkan data Anda. basis data koneksi. Lihat Konektor API

Virtualisasi data, dalam satu pernyataan.

Letakkan nama koneksi di depan tabel.

Itulah satu-satunya ide baru di halaman ini. Setiap nama yang disorot di bawah ini adalah basis data yang berbeda, di tempat yang berbeda, yang diakses oleh Agen Jaringan yang berbeda — dan itu tetap satu kueri.

pendapatan-per-wilayah.sql 3 koneksi · 3 agen · 1 pernyataan

-- satu kueri terfederasi · tidak ada yang disalin ke mana pun
PILIH   c.wilayah,
         MENGHITUNG(*)      AS pesanan,
         JUMLAH(o.total)  AS pendapatan, t.target
DARI     mysql_prod.toko.pesanan1 Hai
GABUNG     pg_crmpelanggan umum2 C ON c.id = o.customer_id
GABUNG     mssql_erp.dbo.region_targets3 t ON t.region = c.region
DI MANA    o.ditempatkan_pada >= TANGGAL '2026-07-01'
KELOMPOKKAN BERDASARKAN c.wilayah, t.target
PESAN OLEH pendapatan DESC;

Setiap basis data menangani: penyaringan dan pengelompokannya sendiri Kami menangani: sambungan di antara keduanya dan urutannya

mysql_prod, pg_crm dan mssql_erp hanyalah nama-nama yang Anda berikan untuk koneksi Anda sendiri — ketiga bagian tersebut adalah koneksi, skema, tabelInilah yang dimaksud orang dengan sebuah basis data terfederasiTiga basis data terpisah yang menjawab satu pertanyaan, tanpa penggabungan dan tanpa pemindahan. Skema ilustratif; tabel Anda akan tetap menjadi tabel Anda.

Di mana setiap nama terurai

mysql_prod MySQL · shop.orders Agen awan Filter hanya mencakup bulan Juli, kemudian menghitung total pendapatan per pelanggan sebelum mengirimkan data apa pun.

pg_crm PostgreSQL · public.customers Agen regional Hanya mengembalikan kolom id dan region — dua kolom единственные yang ada dalam nama kueri.

mssql_erp SQL Server · dbo.region_targets Agen kantor pusat Menyerahkan target per wilayah, ditulis sebagai T-SQL sehingga berjalan secara native.

Tiga agen, tiga jaringan, satu pernyataan — dan tak satu pun dari mereka membuka jalur untuk melakukannya.

Apa yang tidak berubah

Jangkauan lebih luas, bukan eksposur lebih besar.

Membaca dua basis data sekaligus menggunakan jalur yang sama persis seperti membaca satu basis data. Tidak ada hal baru yang dibuka untuk mendapatkannya.

Hanya untuk keberangkatan

Agen tersebut membuka satu koneksi terenkripsi ke Query Streams dan membawa permintaan serta hasilnya melalui koneksi tersebut. Tidak ada port masuk, tidak ada VPN, tidak ada perubahan firewall — dan kredensial Anda tidak pernah meninggalkan jaringan Anda.

Hanya bisa dibaca, setiap bagian

Setiap bagian dari kueri diperiksa sebelum diteruskan ke mana pun: PILIH, DENGAN dan MENJELASKAN Hanya itu. Kueri terfederasi tidak dapat menulis ke basis data Anda, dan apa pun yang ditolak tidak akan pernah sampai ke basis data tersebut sama sekali.

Ia tidak bisa kabur dari server Anda.

Terdapat batasan jumlah data yang dapat diberikan oleh suatu basis data untuk satu kueri, dan agen akan berhenti begitu batasan tersebut tercapai. Sebuah kesalahan dalam DI MANA Klausul tersebut hanya akan memberi Anda pesan kesalahan, bukan menghabiskan waktu seharian.

Cara kerjanya

Tiga langkah, dan tak satu pun di antaranya merupakan data pipeline.

Pilih koneksi Anda

Pilih dua atau lebih koneksi yang sudah dibuat tim Anda. Minimal dua koneksi — itulah yang membuat kueri menjadi terfederasi. Tidak ada yang disalin dan tidak ada kata sandi baru yang dibuat.

Tulis satu pernyataan

Beri nama setiap tabel sebagai koneksi.skema.tabelKemudian, tulis SQL biasa. Sebelum menjalankannya, Anda dapat membaca rencana eksekusinya: basis data mana yang akan dimintai informasi apa. Atau, jelaskan pertanyaannya dan biarkan Nova yang menyusunnya.

Simpan seperti kueri lainnya.

Setelah berhasil, kueri tersebut akan tersimpan — sehingga dapat dibagikan, diberi filter, dikirim sebagai laporan mingguan, dipublikasikan sebagai titik akhir API, atau dimasukkan ke dalam spreadsheet.

Mengapa ini cepat?

Setiap basis data melakukan bagian pekerjaannya masing-masing.

Cara mudah untuk menggabungkan dua basis data adalah dengan menyeret kedua tabel melalui jaringan dan mengurutkannya setelahnya. Cara ini lambat, dan berarti lebih banyak data Anda yang meninggalkan gedung daripada yang dibutuhkan oleh pertanyaan tersebut.

Jadi, kami melakukan hal sebaliknya. Penyaringan, pemilihan kolom, dan penghitungan total diserahkan kepada kami. kembali ke setiap basis data untuk melakukan tugasnya masing-masing., dalam bahasanya sendiri. Sebuah laporan yang mengelompokkan jutaan baris mengirimkan kembali sejumlah total yang dikelompokkan — bukan jutaan baris di belakang mereka.

Apa pun yang tersisa, kami kerjakan — dan kami akan menunjukkan kepada Anda mana yang mana. Tugas kita adalah menggabungkan data antar basis data, karena tidak satu pun dari basis data tersebut dapat melihat basis data lainnya. Rencana tersebut menjelaskan apa yang diminta dari setiap basis data dan apa yang telah kita selesaikan, sehingga kueri yang memakan banyak sumber daya akan terlihat jelas. sebelum Kamu yang menjalankannya.

Jawaban jujur

Lebih baik menolak daripada diam-diam mengakui kesalahan.

Inilah kenyataan yang kurang menyenangkan tentang menggabungkan basis data yang terpisah: keduanya tidak selalu sepakat satu sama lain. Dua basis data dapat diberi pertanyaan yang sama dan menghasilkan jawaban yang berbeda pada angka desimal terakhir, atau pada apa yang dianggap sama, atau pada arti "sepuluh pertama".

Jika Anda masih baru dalam hal ini, berikut versi singkatnya: Sebuah basis data bukan hanya sekumpulan baris. Ia memiliki pendapatnya sendiri tentang cara menjumlahkan uang, cara mengurutkan kata, dan di mana nilai kosong seharusnya ditempatkan. Mintalah dua basis data yang berbeda untuk mengurutkan daftar nama pelanggan yang sama dan Anda benar-benar dapat memperoleh dua urutan yang berbeda — bukan karena salah satunya rusak, tetapi karena keduanya dibangun dengan aturan yang berbeda. Setiap alat yang menggabungkan basis data harus menangani hal itu. Sebagian besar diam-diam memilih satu jawaban dan berharap. Kami tidak.

Apa yang kita lakukan justru memiliki dua konsekuensi, dan Query Builder menunjukkan kepada Anda mana yang Anda dapatkan: sebuah plan pill yang bertuliskan siap atau ditolak saat Anda mengetik, dan tab Plan dengan penjelasan lengkapnya.

Biasanya: kami melakukannya sendiri

Ketika perselisihan itu tentang Bagaimana Setelah perhitungan selesai, kami berhenti meminta basis data Anda untuk melakukan bagian itu dan melakukannya pada langkah penggabungan, di mana terdapat satu set aturan yang konsisten. Ini sedikit mengurangi kecepatan. Namun, ini tidak mengurangi akurasi dan perhatian Anda — Anda tidak diminta untuk melakukan apa pun.

Uang dan ketelitian. Basis data melebarkan dan membulatkan desimal secara berbeda begitu totalnya menjadi besar. Jika penjumlahan di sumber data dapat menghasilkan pembulatan yang berbeda dari penjumlahan terpusat, kami akan mengambil kembali angka-angka tersebut dan menjumlahkannya sendiri.
Mengurutkan teks. Apakah a datang sebelum B, dan bagaimana aksen dibandingkan, adalah pengaturan per basis data. Perbandingan yang bergantung padanya diselesaikan secara terpusat, bukan diteruskan ke bawah.
Peringkat dan total kumulatif. Fungsi jendela — nomor baris, total berjalan, "3 teratas per wilayah" — selalu dihitung setelah data tiba, karena tidak ada satu sumber pun yang dapat melihat data lainnya.

Terkadang: kami berhenti dan memberi tahu Anda

Ketika melanjutkan akan berubah baris mana kembali — bukan hanya seberapa cepat — tidak ada cara aman untuk menebaknya. Jadi kueri tidak dijalankan, dan pesan tersebut menyebutkan ekspresi yang tepat dan basis data yang tepat, dalam SQL Anda sendiri, sehingga Anda tahu apa yang perlu diedit.

Suatu fungsi yang tidak dapat dilakukan oleh sumber tersebut. Jika filter Anda menggunakan sesuatu yang tidak dapat kami ekspresikan dengan tepat dalam dialek basis data tersebut, satu-satunya alternatif adalah mengirimkan kueri yang lebih luas daripada yang Anda tulis atau menciptakan sesuatu yang setara. Kedua hal tersebut merupakan jawaban yang salah, jadi kami menolak.
Batas baris di dalam sebuah bagian. A BATAS atau ATAS Jika diterapkan pada satu sumber sebelum penggabungan, akan menghasilkan sejumlah baris acak, kemudian menggabungkan baris-baris tersebut — sebuah tabel yang tampak masuk akal namun sebenarnya tidak masuk akal. Batasan berlaku untuk hasil akhir.
Gawang telah bergeser. Jika koneksi diarahkan ulang ke basis data yang berbeda sejak kueri direncanakan, rencana yang tersimpan menjadi usang dan kami meminta perencanaan ulang daripada menjalankan rencana kemarin terhadap data hari ini.

Tiga penolakan, dan apa yang masing-masing sampaikan kepada Anda.

Ditolak

Tidak bisa mendorong LOWER(c.email_domain) = ? sampai ke mssql_erp: fungsi tidak ada dalam daftar yang diizinkan untuk pushdown.

Dengan kata lain: Filter Anda membungkus sebuah kolom dalam sebuah fungsi yang tidak dapat diandalkan untuk diterapkan oleh sumber data dengan cara yang sama seperti yang akan kami lakukan, sehingga kami tidak dapat menjamin bahwa filter tersebut akan mengembalikan baris yang sama. Yang harus dilakukan: Bandingkan kolom biasa saja, atau pindahkan kondisi tersebut ke luar sumber — pesan tersebut memberi tahu Anda sumber mana yang harus dilihat.

Ditolak

BATAS 100 tidak dapat diterapkan pada satu sumber sebelum penggabungan: hasilnya akan berupa 100 baris acak, bukan 100 baris pertama dari jawaban Anda.

Dengan kata lain: “100 pertama” hanya berarti sesuatu setelah semuanya digabungkan dan diurutkan. Yang harus dilakukan: Biarkan batasan pada pernyataan secara keseluruhan, karena di situlah pernyataan tersebut berfungsi sesuai harapan Anda.

Perlu perencanaan ulang

Sumber 2 sekarang mengarah ke koneksi atau basis data yang berbeda dari saat kueri ini direncanakan.

Dengan kata lain: seseorang mengubah apa pg_crm mengacu pada. Yang harus dilakukan: Buka di Query Builder dan rencanakan ulang — hanya dengan satu klik, Anda dapat melihat rencana baru sebelum menjalankannya.

Aturan yang mendasari semuanya adalah: jika sebuah kueri akan dikembalikan salahKami menolak. Seandainya saja itu mau kembali. perlahan-lahanKami menjalankannya dan memperingatkan Anda. Data yang salah bukanlah kompromi yang kami lakukan untuk Anda.

Anda juga tidak dibiarkan memperbaiki penolakan itu sendirian. Nova berada di samping editor di Query Builder dan memahami seluruh sistem ini dengan lancar: tanyakan, dan ia akan menjelaskan penolakan tersebut dengan kata-kata yang mudah dipahami, menulis ulang pernyataan agar dapat dijalankan, dan memeriksa rencana eksekusi yang baru untuk Anda. Dan jika Anda lebih memilih untuk melewatkan penulisan SQL sama sekali, jelaskan pertanyaannya dan Nova akan membuat draf pernyataan gabungan tersebut secara otomatis.

Dan bagi siapa pun yang menginginkan detail daripada sekadar kepastian: tab Rencana di Query Builder mencantumkan setiap sumber, kueri yang sebenarnya dikirim, kondisi mana yang diterapkan, dan bagian mana yang kami selesaikan secara terpusat. Tidak ada yang disembunyikan tentang keputusan tersebut — termasuk bagian di mana kami memilih rute yang lebih lambat dan lebih aman.

Tidak ada yang merupakan kasus khusus.

Kueri terfederasi hanyalah sebuah kueri.

Ini bukan produk terpisah dengan aturan tersendiri. Setelah disimpan, setiap bagian lain dari Query Streams akan memperlakukannya seperti hal lain yang telah Anda tulis.

Pembuat Kueri

Tuliskan di editor yang sama, dengan pohon skema yang sama di samping Anda. Tab Rencana menunjukkan apa yang diminta untuk setiap basis data; tab Wawasan menampilkan grafik kinerja masing-masing basis data.

Nova AI

Jelaskan pertanyaannya dalam bahasa Inggris dan Nova akan membaca skema Anda dan menyusun pernyataan tersebut — termasuk koneksi mana yang dimiliki setiap tabel. Nova juga dapat menjalankannya dan membuat grafik hasilnya.

Lembar Kerja Google

Pilih kueri yang tersimpan di add-on dan hasil gabungan akan muncul di sel Anda, diformat dan dapat diperbarui — sama seperti kueri basis data tunggal mana pun.

Excel

Hal yang sama berlaku di Excel: jalankan satu atau seluruh lembar kerja, dengan header yang dibekukan, filter, dan pembaruan di tempat yang tidak mengubah kolom rumus Anda sendiri.

API REST Basis Data

Publikasikan hasil lintas basis data sebagai endpoint JSON dengan kunci, dan siapa pun yang menggunakannya tidak perlu tahu bahwa data tersebut berasal dari tiga sistem.

MCP untuk asisten AI

Claude dan asisten lainnya dapat mencantumkan dan menjalankan kueri gabungan Anda melalui MCP, sehingga pertanyaan "bagaimana kinerja setiap wilayah minggu lalu" dapat dijawab melalui obrolan.

Laporan & peringatan

Atur jadwalnya dan angka gabungan akan sampai di Slack, Google Chat, Discord, Telegram, atau email — atau tetapkan ambang batas dan Anda hanya akan mendapat pemberitahuan saat ada pergerakan.

Otomatisasi & berbagi

Sinkronkan hasilnya ke dalam spreadsheet sesuai jadwal, atau bagikan kueri tersebut dengan kolega yang hanya melihat filter dan tombol Jalankan — tidak pernah melihat SQL atau koneksi Anda.

Di situlah ia mendapatkan penghasilannya.

Laporan yang dulunya terdiri dari dua ekspor dan satu VLOOKUP

Hampir tidak ada yang hanya memiliki satu basis data. Ada ERP, toko, CRM, dan apa pun yang digunakan pada akuisisi terakhir.

Pesanan di sini, pelanggan di sana

Toko tersebut memasukkan pesanan ke MySQL; CRM menyimpan data pelanggan dan wilayah di PostgreSQL. "Pendapatan berdasarkan wilayah" tidak lagi berupa dua ekspor dan satu pencarian, tetapi menjadi satu kueri tersimpan yang dapat dijalankan kembali oleh siapa pun.

Setelah akuisisi

Dua perusahaan, dua tumpukan teknologi, satu paket dokumen untuk rapat dewan direksi akan jatuh tempo hari Jumat. Anda mendapatkan gambaran gabungan di hari pertama, sementara migrasi sebenarnya membutuhkan waktu delapan belas bulan seperti biasanya.

Stok terhadap penjualan

Tingkat stok tersimpan dalam sistem gudang di negara lain; penjualan tersimpan dalam basis data toko. Satu laporan menyajikan keduanya secara berdampingan — dan laporan yang sama kemudian dapat diterima setiap hari Senin sebagai sebuah laporan.

Satu basis data per lokasi, satu nomor

Skema yang sama diterapkan per negara, per penyewa, atau per lantai produksi. Jumlahkan semuanya dalam satu pernyataan alih-alih memelihara skrip yang menjalankan kueri lima kali dan menjumlahkannya secara manual.

Definisi sederhana

Basis data terfederasi, federasi data, virtualisasi data

Tiga nama untuk ide-ide yang saling tumpang tindih, dan banyak pemasaran telah mengaburkannya. Berikut adalah arti masing-masing, dan bagian mana yang sebenarnya kami lakukan.

Basis data terfederasi

A basis data terfederasi (atau sistem basis data terfederasi) membuat beberapa basis data terpisah berperilaku seperti satu, tanpa menggabungkannya. Masing-masing menyimpan penyimpanannya sendiri, mesinnya sendiri, dan pemiliknya sendiri; lapisan di atasnya menerima kueri Anda dan menentukan siapa yang menjawab bagian mana.

Lapisan itulah yang disebut Query Streams. Tidak ada basis data baru di bawahnya, dan tidak ada yang disalin ke dalamnya.

Federasi data

Federasi data Intinya adalah pendekatannya sendiri: biarkan data di tempat data tersebut ditulis dan lakukan query di atasnya saat dibutuhkan, alih-alih mengekstrak semuanya ke dalam salinan pusat terlebih dahulu. Alternatifnya adalah pipeline ditambah gudang data — pindahkan semuanya dalam semalam, lalu hanya lakukan query pada salinan tersebut.

Kedua pendekatan tersebut sah. Federasi lebih unggul ketika pertanyaan mencakup berbagai sistem, ketika data harus tetap berada di tempatnya, atau ketika proyek gudang data akan menelan biaya lebih besar daripada nilai jawabannya. Gudang data tetap lebih unggul untuk analisis historis yang mendalam terhadap volume data yang sangat besar.

Virtualisasi data

Virtualisasi data adalah kategori perusahaan yang lebih besar yang dibangun di atas federasi — biasanya kueri terfederasi ditambah lapisan pemodelan, caching, dan alat tata kelola, yang dijual sebagai platform tersendiri.

Kami sengaja menjadi bagian kecil dan jujur dari itu: kueri terpadu melalui koneksi yang sudah Anda miliki, di dalam alat yang sudah digunakan tim Anda untuk menulis kueri. Tidak perlu proyek pemodelan, tidak perlu server sendiri untuk dijalankan, tidak perlu konsultan.

Pertanyaan Umum (FAQ) Kueri Terpadu

Apa itu kueri terfederasi?

Sebuah query terfederasi adalah satu pernyataan SQL yang membaca dari lebih dari satu basis data terpisah dan memberikan Anda satu hasil gabungan. Tidak ada yang disalin terlebih dahulu: pernyataan Anda dibagi menjadi query kecil per basis data, masing-masing menjawab bagian yang dapat dijawabnya, dan bagian-bagian tersebut digabungkan menjadi jawaban. Dalam Query Streams, sebuah pernyataan menjadi terfederasi segera setelah menyebutkan dua atau lebih koneksi Anda.

Apakah database saya perlu berada di tempat yang sama?

Tidak. Mereka bisa berada di kantor yang berbeda, akun cloud yang berbeda, negara yang berbeda, atau kombinasi ketiganya — satu di ruang server, satu di jaringan cloud pribadi, satu di mesin di gudang. Setiap lokasi menjalankan Agen Jaringan, dan setiap agen mencapai Query Streams dengan melakukan panggilan keluar. Sejauh yang diketahui firewall Anda, itu hanyalah koneksi keluar biasa, jadi tidak ada yang perlu dibuka dan tidak ada VPN yang perlu dibangun.

Anda juga dapat mengarahkan beberapa basis data pada satu server ke agen yang sama; satu agen per lokasi adalah hal yang normal, bukan satu per basis data.

Apakah saya juga memerlukan data warehouse atau pipeline ETL?

Tidak untuk ini. Tidak ada yang perlu dimuat dan tidak ada jadwal yang perlu dipantau — kueri membaca basis data langsung Anda pada saat Anda menjalankannya, sehingga jawabannya tidak mungkin usang seperti salinan tadi malam. Yang tidak digantikan oleh federasi adalah analisis historis yang mendalam terhadap volume data yang sangat besar; itu masih merupakan tugas gudang data. Tes kasar: jika pertanyaan tersebut mencakup beberapa sistem dan perlu diperbarui, gunakan federasi.

Database mana saja yang bisa saya gabungkan?

Semua koneksi basis data Anda, dalam kombinasi apa pun: SQL Server, PostgreSQL, MySQL, MariaDB, Oracle, Snowflake, BigQuery, SQLite, Access, dan DuckDB. Setiap basis data diminta dalam dialeknya masing-masing, sehingga pernyataan yang sama dapat mengirimkan ATAS ke SQL Server dan BATAS ke PostgreSQL tanpa Anda sadari.

Basis data memang berbeda dalam hal kemampuan komputasi, pengurutan, dan pembulatan, sehingga tidak setiap kombinasi dari setiap ekspresi dapat dijawab secara tepat. Jika itu terjadi, Anda akan mendapatkan pesan spesifik yang menyebutkan ekspresi tersebut, bukan angka yang hampir benar.

Apakah ini lebih lambat daripada melakukan query pada satu database?

Hal ini bergantung pada seberapa banyak pekerjaan yang dapat dilakukan sendiri oleh setiap basis data — dan itulah yang kami optimalkan, dan itulah yang ditunjukkan oleh rencana eksekusi. Ketika pemfilteran dan pengelompokan semuanya terjadi di dalam basis data Anda, sangat sedikit data yang berpindah dan terasa seperti kueri biasa. Ketika penggabungan (join) besar harus diselesaikan oleh kami, lebih banyak data yang berpindah, dan rencana eksekusi akan menunjukkannya sebelum Anda menjalankannya. Setiap basis data juga memiliki batasan per kueri, sehingga kesalahan dapat menghentikan eksekusi lebih awal daripada terus berjalan tanpa henti.

Apakah aman mengarahkan satu kueri ke beberapa basis data produksi?

Ini menggunakan model keamanan yang sama seperti setiap kueri lain yang Anda jalankan di sini. Setiap bagian melewati Agen Jaringan Anda sendiri melalui satu koneksi keluar terenkripsi — tidak ada port masuk, tidak ada VPN, tidak ada perubahan firewall — dan kredensial basis data Anda tidak pernah meninggalkan jaringan Anda. Setiap bagian diperiksa hanya untuk dibaca (PILIH, DENGAN, MENJELASKAN), sebuah kueri terfederasi tidak dapat menulis ke mana pun, dan setiap basis data hanya akan melihat kueri yang menyentuh kolom yang Anda sebutkan.

Apa perbedaannya dengan Trino, Presto, atau Denodo?

Ide dasarnya sama dengan yang dipopulerkan oleh Trino dan Presto: satu pernyataan SQL, yang didistribusikan ke banyak sumber. Perbedaannya terletak pada apa yang harus Anda jalankan dan pelajari. Trino dan Presto adalah klaster yang Anda terapkan, sesuaikan, dan hubungkan ke jaringan Anda; sedangkan platform virtualisasi data menambahkan lapisan pemodelan dan lisensi yang sesuai. Kemampuan yang sama kami berikan di dalam alat yang sudah digunakan tim Anda, menjangkau koneksi yang sudah Anda siapkan, tanpa perlu server sendiri untuk dioperasikan.

Perbedaan lainnya adalah kami menolak. Jika basis data tidak sepakat sedemikian rupa sehingga dapat mengubah angka, kami berhenti dan menyebutkan ekspresi yang tidak dapat kami tangani, alih-alih mengembalikan sesuatu yang masuk akal.

Apa yang bisa saya lakukan dengan hasilnya?

Semua yang dapat Anda lakukan dengan kueri yang tersimpan, karena memang itulah adanya. Simpan, bagikan dengan tim Anda, berikan filter, jadwalkan sebagai laporan di Slack atau email, publikasikan sebagai endpoint REST, atau tarik hasilnya ke Excel dan Google Sheets. Nova juga dapat membaca skema Anda dan menyusun pernyataan jika Anda lebih suka menjelaskan pertanyaan daripada menulis join.

Jelajahi juga

Pembuat Kueri Nova AI Laporan & Peringatan Konektor API Excel & Spreadsheet

Basis data Anda tetap berada di tempatnya. Pertanyaan itu tidak lagi relevan.

Sebutkan dua koneksi, tulis satu pernyataan, baca rencana sebelum menjalankannya. Tidak ada pipeline, tidak ada gudang data, tidak ada tiket firewall.

Coba Tingkat Gratis Harga Tim

Federated queries are on every plan, including Free