Logo Crunchy Bridge

Postgres Terkelola berbicara PostgreSQL

Menghubungkan Jembatan Renyah ke Excel, Google Sheets, AI, dan REST

Crunchy Bridge mengelola Postgres, baik secara langsung maupun melalui PgBouncer bawaan. Port tersebut memberi tahu agen port mana yang Anda maksud.

Satu koneksi, setiap permukaan

Ke mana data Crunchy Bridge Anda dapat dikirim?

Query Streams membaca Crunchy Bridge dari Microsoft Excel, Google Sheets, Power BI, asisten AI melalui MCP, dan endpoint REST melalui satu koneksi baca saja. Crunchy Bridge menempatkan basis data langsungnya dan PgBouncer bawaannya pada nama host yang sama dan memisahkannya berdasarkan port — 5432 dan 5431 — dan detail tunggal itu menjadikannya koneksi pooled terbersih dari semua kartu Postgres terkelola di sini. Port adalah keseluruhan sinyal, sehingga wizard, badge, dan agen semuanya membaca hal yang sama dan tidak dapat berbeda pendapat tentang endpoint mana yang Anda gunakan.

Crunchy Bridge adalah PostgreSQL yang dikirim melalui jaringan. — driver standar, jadi setiap panduan di bawah ini berlaku tanpa perubahan. Satu-satunya bagian khusus Crunchy Bridge adalah tali penghubung, yang dibahas di bawah ini. detail koneksi.

  1. Untuk tim, vendor, dan mitra Anda
  2. Jembatan Renyah Menuju Keunggulan Microsoft Excel · Add-in Excel

    Ambil hasil Crunchy Bridge secara langsung ke dalam lembar kerja dan perbarui sesuai kebutuhan — Excel desktop, Excel Online, Microsoft 365.

    Panduan PostgreSQL
  3. Jembatan Renyah ke Google Sheets Tambahan lembar

    Jalankan kueri Crunchy Bridge yang tersimpan dari bilah sisi dan seret baris ke dalam lembar kerja. Kolaborator yang berbagi dapat memperbaruinya sendiri.

    Panduan PostgreSQL
  4. Tanyakan pada Nova tentang Crunchy Bridge Nova AI · teks ke SQL

    Ajukan pertanyaan dalam bahasa Inggris yang mudah dipahami. Nova sudah mengetahui tabel Crunchy Bridge Anda, menulis dan menjalankan SQL, menjelaskan jawabannya, dan membuat grafiknya — tidak perlu menulis kueri, tidak perlu memberikan kredensial.

    Cara kerja Nova
  5. Jembatan Renyah Menuju Penampil Data Berbagi hasil · tim, vendor, mitra · telepon, tablet, desktop

    Bagikan hasil Crunchy Bridge secara langsung kepada siapa pun — kolega, vendor, mitra — sebagai tabel yang dapat di-bookmark dan akan berjalan ulang saat dibuka, di ponsel, tablet, atau desktop. Mereka hanya melihat hasilnya, bukan kode SQL atau kredensialnya.

    Cara kerja Penampil Data
  6. Untuk aplikasi dan sistem
  7. API REST Crunchy Bridge Titik akhir HTTP

    Publikasikan kueri Crunchy Bridge sebagai endpoint 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 PostgreSQL
  8. Jembatan yang Mudah Diakses ke Power BI Power Query M

    Tempelkan Power Query M yang dihasilkan ke dalam Power BI Advanced Editor dan laporan akan membaca hasil Crunchy Bridge secara langsung melalui HTTPS — tanpa driver ODBC, tanpa port basis data yang dibuka.

    Cara kerja Power BI
  9. Jembatan Renyah ke Airtable Platform otomatisasi

    Sinkronkan baris Crunchy Bridge ke dalam basis data Airtable sesuai jadwal, atau ambil data tersebut di dalam skrip otomatisasi Airtable.

    Panduan PostgreSQL
  10. Jembatan Renyah Menuju Baserow Platform otomatisasi

    Mengunggah data ke tabel Baserow dari Crunchy Bridge melalui endpoint REST — baik yang dihosting sendiri maupun di cloud Baserow.

    Panduan PostgreSQL
  11. Jembatan Renyah Menuju SeaTable Platform otomatisasi

    Jaga agar basis data SeaTable selalu mutakhir dengan data Crunchy Bridge tanpa mengekspor file atau mengekspos basis data.

    Panduan PostgreSQL
  12. Jembatan Renyah Menuju Smartsheet Platform otomatisasi

    Masukkan hasil Crunchy Bridge ke dalam grid Smartsheet sehingga rencana dan laporan dibaca dari sistem sumber, bukan dari ekspor minggu lalu.

    Panduan PostgreSQL
  13. Jembatan Renyah Menuju Landasan Anvil Works · Platform aplikasi

    Dukung aplikasi Python Anvil dengan Crunchy Bridge melalui endpoint REST, alih-alih menyematkan kredensial basis data di dalam aplikasi.

    Panduan PostgreSQL
  14. Untuk alat AI
  15. Server Crunchy Bridge MCP Klien Claude, Cursor, dan MCP

    Berikan akses baca saja kepada asisten AI ke Crunchy Bridge beserta skema yang dibutuhkannya untuk menulis SQL yang benar — tanpa kredensial di dalam obrolan.

    Panduan PostgreSQL
  16. Dikirimkan kepada orang-orang
  17. Peringatan dan laporan Crunchy Bridge Slack · Discord · Email · Webhook

    Atur jadwal untuk kueri Crunchy Bridge 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.

01

Instal Network Agent pada mesin mana pun yang dapat terhubung ke internet. Aplikasi ini membuka satu koneksi keluar dan tidak pernah mendengarkan, sehingga tidak ada aturan firewall masuk yang perlu diminta.

02

Buka cluster di Crunchy Bridge, buka tab Koneksi dan salin URI-nya. Tempelkan ke kolom pertama — host, port, database, nama pengguna, dan kata sandi akan dibaca dari sana.

03

Periksa port mana yang digunakan. 5432 adalah port database langsung dan 5431 adalah port pool PgBouncer, dan pemilih mode akan mengikuti port secara otomatis saat Anda menempelkan data.

04

Biarkan opsi Gunakan SSL tetap aktif dan jalankan pengujian. Crunchy Bridge memerlukan koneksi terenkripsi dan agen akan memberlakukannya untuk nama host Crunchy tanpa terkecuali.

05

Simpan, lalu baca dari Microsoft Excel, Google Sheets, Power BI, MCP, atau REST. URI yang ditempel akan dihapus setelah kolom terisi, sehingga kata sandi hanya disimpan sekali.

Analisis mendalam fitur

Apa yang Crunchy Bridge berikan kepada Anda

Dua port, satu nama host, dan tidak ada yang bisa menyebabkan ketidaksesuaian.

Sebagian besar layanan Postgres terkelola dengan pooler memberi Anda nama host kedua, atau flag yang harus Anda ingat. Crunchy Bridge hanya mengubah port dan tidak ada yang lain, yang ternyata lebih penting daripada yang terlihat.

  • Port 5432 adalah akses langsung ke basis data. Port 5431 adalah PgBouncer bawaan, yang berjalan dalam mode transaksi, pada host yang sama dengan kredensial yang sama.
  • Karena port merupakan bagian dari setiap string koneksi, port tersebut ikut terbawa bersama dengan data yang ditempelkan. Tempelkan URI 5431 dan kartu akan secara otomatis beralih ke mode pooled. — Anda tidak perlu tahu bahwa pemilih mode itu ada.
  • Agen membaca port yang sama saat terhubung, jadi apa yang ditampilkan lencana dan apa yang sebenarnya terjadi adalah fakta yang sama, bukan dua pengaturan yang dapat berbeda. Pada kartu di mana flag pooled disimpan secara terpisah dari alamat, hal itu bisa terjadi.
  • Pemilih mode tidak akan membiarkan Anda melakukan kesalahan. Pilih pool dengan port yang masih 5432 dan akan langsung tertulis sebelum Anda dapat menyimpan, yang merupakan kesalahan yang seharusnya dicegah oleh desain ini.

Apa yang berubah saat Anda melewati kolam renang?

Pengelolaan kumpulan transaksi (transaction pooling) mengalihkan sesi Anda ke backend yang berbeda di antara setiap pernyataan, dan dua pengaturan default Npgsql harus dipindahkan agar hal itu aman.

  • Prepared statements dimatikan. Named prepared statements tidak akan bertahan jika dialihkan ke backend lain, sehingga persiapan otomatis dihentikan sementara dan tidak dibiarkan gagal di kemudian hari saat beban kerja tinggi.
  • Reset sesi yang biasanya berjalan ketika koneksi kembali ke pool dilewati, karena pada transaction pooler, reset tersebut bukan tugas Anda untuk dilakukan.
  • Keduanya diterapkan oleh agen dari port saja. Tidak ada yang perlu dikonfigurasi dan tidak ada cara untuk memiliki endpoint yang dikelola dalam pool tanpa perilaku pooling.
  • Gunakan port langsung untuk pembacaan yang memakan waktu lama dan pool jika Anda memiliki banyak pembacaan singkat. Keduanya berfungsi dari Microsoft Excel dan Google Sheets; perbedaannya terlihat pada konkurensi, bukan pada hasilnya.

Terenkripsi, dan apa yang dibuktikan dan tidak dibuktikan oleh enkripsi tersebut.

Perlu dinyatakan secara gamblang, karena sikap ini sama di setiap kartu Postgres terkelola di sini dan mudah untuk ditafsirkan secara keliru.

  • TLS diperlukan, bukan ditawarkan. Agen memaksa enkripsi untuk nama host Crunchy bahkan jika kotak centang SSL tidak dicentang, sehingga lalu lintas tidak pernah dalam keadaan terbuka.
  • Rantai sertifikat tidak diverifikasi. Anggaplah ini sebagai perlindungan terhadap siapa pun yang membaca lalu lintas saat transit, bukan sebagai bukti server mana yang menjawab.
  • Semua yang dijalankan agen bersifat hanya baca, dan kredensial tidak pernah meninggalkan mesin tempat Anda menginstalnya. Query Streams tidak menyimpan salinan data Anda dan tidak menyimpan salinan kata sandi Anda.
  • Tidak ada yang perlu diinstal di sisi Crunchy. Agen tersebut membawa driver Npgsql dan terhubung sebagai klien biasa.
-- Postgres biasa, hanya baca, melalui TLS SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' 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

Hubungkan Crunchy Bridge dengan sisa data Anda.

Satu pernyataan dapat mencakup Crunchy Bridge 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

Jembatan Renyah Postgres Terkelola
Microsoft SQL Server Mesin relasional
Stripe Pembayaran & penagihan

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     produk renyahketertiban umum1 f
GABUNG     erp_sql.dbo.pelanggan2      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 Crunchy Bridge

Tuan rumah
p.<cluster-id>.db.postgresbridge.com — host yang sama untuk kedua endpoint
Pelabuhan
5432 untuk basis data langsung, 5431 untuk pool PgBouncer bawaan.
Pengemudi
Npgsql, dibawa oleh agen — tidak perlu diinstal di sisi Crunchy Bridge.
Format tempel
URI dari tab Koneksi klaster, sebagai string postgres://
TLS
Diperlukan dan diberlakukan untuk nama host Crunchy. Terenkripsi; rantai sertifikat tidak diverifikasi.
Pengumpulan
PgBouncer mode transaksi pada 5431. Agen menonaktifkan laporan yang disiapkan secara otomatis dan melewati pengaturan ulang sesi saat Anda menggunakannya.
Disimpan sebagai
PostgreSQL, dengan Crunchy Bridge tetap dipertahankan sebagai lencana.
Skema default
publik, yang merupakan makna dari referensi terfederasi.

Crunchy Bridge adalah contoh kasus referensi tentang bagaimana endpoint yang dikelola dalam pool harus dijelaskan. Karena pool tersebut berupa port dan bukan nama host terpisah atau flag yang tersimpan, setiap lapisan yang perlu mengetahuinya — mode yang ditampilkan pada koneksi, parser paste, dan agen yang membuat koneksi — membaca nilai yang sama dari tempat yang sama. Tidak ada pengaturan kedua yang perlu disinkronkan dan oleh karena itu tidak mungkin label tersebut menyatakan satu hal sementara koneksi melakukan hal lain.

Pemilih mode perlu dipahami sebagai pengaman, bukan sebagai saklar. Ia tidak mengubah port Anda ketika Anda mengubahnya; ia menolak untuk membiarkan keduanya berbeda. Itu disengaja, karena port adalah hal yang sebenarnya digunakan Crunchy Bridge untuk melakukan routing, jadi menjadikan pemilih sebagai otoritatif akan memungkinkannya menimpa satu-satunya nilai yang penting.

Untuk kueri lintas sumber, Crunchy Bridge adalah Postgres biasa. Koneksi yang Anda beri nama crunchy_prod akan ditulis sebagai crunchy_prod.public.orders, dan akan bergabung ke folder CSV, sistem pencatatan lokal, atau API penagihan dalam satu pernyataan baca saja — tanpa ada yang disalin dan tanpa ada yang dijadwalkan.

Dokumentasi vendor: www.crunchydata.com

Pertanyaan yang Sering Diajukan (FAQ)

Pertanyaan tentang Crunchy Bridge

Alat apa saja yang dapat membaca data Crunchy Bridge 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 Crunchy Bridge 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 Crunchy Bridge?

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 Crunchy Bridge?

Host yang dapat dijangkau, peran, dan kata sandinya — agen membawa driver, jadi tidak ada yang diinstal pada basis data. Host: p.<cluster-id>.db.postgresbridge.com — host yang sama untuk kedua titik akhir. Port: 5432 untuk basis data langsung, 5431 untuk pool PgBouncer bawaan. Driver: Npgsql, dibawa oleh agen — tidak ada yang perlu diinstal di sisi Crunchy Bridge. Format tempel: URI dari tab Koneksi klaster, sebagai string postgres://.

Bisakah saya menggabungkan Crunchy Bridge dengan database lain dalam kueri yang sama?

Ya — itu adalah kueri terfederasi. Satu pernyataan dapat merujuk ke Crunchy Bridge 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 rencana; halaman kueri terfederasi memuat batasan sumber dan ukuran saat ini.

Apakah menghubungkan Crunchy Bridge berbeda dengan menghubungkan PostgreSQL?

Hanya string koneksi saja. Crunchy Bridge menggunakan protokol wire PostgreSQL, sehingga filter, penjadwalan, berbagi, add-on Excel dan Google Sheets, serta server MCP semuanya berfungsi identik. Kartu Crunchy Bridge secara otomatis mengisi host, port, dan pengaturan SSL yang diharapkan oleh penyedia layanan.

Apakah ada panduan Crunchy Bridge to Excel?

Ya — ini adalah panduan PostgreSQL, dan panduan ini benar untuk Crunchy Bridge seperti yang tertulis. Crunchy Bridge menggunakan protokol komunikasi PostgreSQL, jadi Crunchy Bridge ke Excel, Crunchy Bridge ke Google Sheets, dan setiap tujuan lainnya mengikuti langkah-langkah yang sama. Satu-satunya bagian khusus Crunchy Bridge adalah string koneksi, dan kartu Crunchy Bridge akan mengisinya untuk Anda.

Tempatkan Crunchy Bridge di tempat kerja berlangsung.

Instal agen, arahkan ke basis data Anda, dan pilih tujuan.

Hanya baca Hanya untuk keberangkatan Informasi kredensial tetap tersimpan pada agen.