Crunchy Bridge 标志

托管Postgres 支持 PostgreSQL

连接 脆桥 适用于 Excel、Google Sheets、AI 和 REST

Crunchy Bridge 管理 Postgres,可以直接连接,也可以通过内置的 PgBouncer 连接。端口号会告诉代理你指的是哪个数据库。

一个连接,每个表面

Crunchy Bridge 数据可以去哪里

Query Streams 通过一个只读连接,从 Microsoft Excel、Google Sheets、Power BI、MCP 上的 AI 助手以及 REST 端点读取 Crunchy Bridge 的数据。Crunchy Bridge 将其直接数据库和内置的 PgBouncer 放在同一个主机名上,并通过端口(5432 和 5431)进行区分。正是这一细节,使其成为所有托管 Postgres 卡中最简洁的连接池。端口号就是完整的信号,因此向导、徽章和代理都能读取到相同的信息,不会对当前连接的端点产生任何分歧。

Crunchy Bridge 是网络上的 PostgreSQL。 — 这是标准驱动程序,因此以下所有指南均适用。唯一 Crunchy Bridge 特有的部分是连接字符串,详见下文。 连接详情.

  1. 为您的团队、供应商和合作伙伴
  2. Crunchy Bridge 到 Excel 微软 Excel · Excel 加载项

    将 Crunchy Bridge 的实时结果直接拉取到工作表中,并可按需刷新——支持桌面版 Excel、Excel Online 和 Microsoft 365。

    PostgreSQL 指南
  3. Crunchy Bridge 到 Google Sheets 表格插件

    从侧边栏运行已保存的 Crunchy Bridge 查询,并将结果行拖放到工作表中。共享协作者可以自行刷新工作表。

    PostgreSQL 指南
  4. 问问Nova关于Crunchy Bridge的事。 Nova AI · 文本转 SQL

    用简单的英语提问。Nova 已经了解你的 Crunchy Bridge 表,会自动编写并运行 SQL 语句,解释答案并绘制图表——无需编写查询语句,也无需提供任何凭据。

    Nova 的工作原理
  5. Crunchy Bridge 到数据查看器 结果共享 · 团队、供应商、合作伙伴 · 手机、平板电脑、台式机

    您可以与任何人(同事、供应商、合作伙伴)共享 Crunchy Bridge 的实时结果,以可收藏的网格形式呈现,无论在手机、平板电脑还是台式机上打开,结果都会立即重新显示。他们看到的是结果,而不是 SQL 语句或凭据。

    数据查看器的工作原理
  6. 对于应用程序和系统
  7. Crunchy Bridge REST API HTTP 端点

    将 Crunchy Bridge 查询发布为任何应用程序都可以调用的已认证 JSON 端点,符合 OpenAPI 3.1 规范,并预置了 Postman、Insomnia 和 Hoppscotch 集合。无需打开数据库端口。

    PostgreSQL 指南
  8. Crunchy Bridge 到 Power BI Power Query M

    将生成的 Power Query M 粘贴到 Power BI 高级编辑器中,报表即可通过 HTTPS 读取 Crunchy Bridge 的实时结果——无需 ODBC 驱动程序,也无需打开数据库端口。

    Power BI 的工作原理
  9. Crunchy Bridge 到 Airtable 自动化平台

    按计划将 Crunchy Bridge 行同步到 Airtable 数据库,或者在 Airtable 自动化脚本中获取它们。

    PostgreSQL 指南
  10. 通往基地的嘎吱桥 自动化平台

    通过 REST 端点从 Crunchy Bridge 向 Baserow 表提供数据——无论是自托管还是 Baserow 云。

    PostgreSQL 指南
  11. 通往海桌的嘎吱桥 自动化平台

    无需导出文件或公开数据库,即可使用 Crunchy Bridge 数据保持 SeaTable 数据库的最新状态。

    PostgreSQL 指南
  12. Crunchy Bridge 到 Smartsheet 自动化平台

    将 Crunchy Bridge 的结果推送到 Smartsheet 网格中,以便计划和报告从源系统读取数据,而不是从上周的导出数据读取数据。

    PostgreSQL 指南
  13. 通往铁砧的嘎吱桥 Anvil Works · 应用平台

    使用 Crunchy Bridge 通过 REST 端点为 Anvil Python 应用程序提供后端支持,而不是将数据库凭据嵌入到应用程序中。

    PostgreSQL 指南
  14. 人工智能工具
  15. Crunchy Bridge MCP 服务器 Claude、Cursor 和 MCP 客户端

    赋予 AI 助手对 Crunchy Bridge 的只读访问权限,并提供它编写正确 SQL 所需的架构——聊天中不包含凭据。

    PostgreSQL 指南
  16. 已送达
  17. Crunchy Bridge 警报和报告 Slack · Discord · 电子邮件 · Webhook

    将 Crunchy Bridge 查询添加到计划中,并将行发送到 Slack、Discord、电子邮件或签名 webhook – 或者保留消息,直到行数、阈值或百分比变化超过您设置的线。

    警报和报告的工作原理

工作原理

5 个步骤,无需更改入站防火墙规则

01

在任何可以访问互联网的计算机上安装网络代理。它会打开一个出站连接,但从不监听,因此无需请求入站防火墙规则。

02

在 Crunchy Bridge 中打开集群,转到“连接”选项卡并复制 URI。将其粘贴到第一个字段中——主机、端口、数据库、用户名和密码都会从中读取。

03

检查连接的端口。5432 是直接数据库端口,5431 是 PgBouncer 连接池端口,粘贴时模式选择器会自动跟随端口号。

04

启用“使用 SSL”选项并运行测试。Crunchy Bridge 需要加密连接,并且代理程序会强制对 Crunchy 主机名使用加密连接。

05

保存后,即可从 Microsoft Excel、Google Sheets、Power BI、MCP 或 REST API 中读取。填写完字段后,粘贴的 URI 将被删除,因此密码只需存储一次。

专题深度解析

Crunchy Bridge 能给你带来什么

两个端口,一个主机名,一切井然有序

大多数使用连接池的托管 Postgres 服务都会提供一个额外的主机名,或者一个需要你记住的参数。而 Crunchy Bridge 只会更改端口,其他什么都不改,但事实证明,这比听起来更重要。

  • 端口 5432 直接连接到数据库。端口 5431 是内置的 PgBouncer,它以事务模式运行在同一主机上,使用相同的凭据。
  • 由于端口是每个连接字符串的一部分,因此它会随粘贴的内容一起传递。粘贴一个 5431 URI,网卡就会自动切换到池化模式。 — 您无需知道模式选择器的存在。
  • 代理连接时读取的是同一个端口,因此徽章显示的内容与实际发生的情况是一致的,而不是两个可能出现偏差的设置。但在池化标志与地址分开存储的卡上,情况则有所不同。
  • 模式选择器不允许你自相矛盾。即使端口仍然是 5432,选择存储池后,在你保存之前它也会提示你,而这正是该设计旨在防止的错误。

穿过泳池后会发生什么变化?

事务池会在语句之间将会话移交给不同的后端,为了安全起见,Npgsql 的两个默认设置必须进行迁移。

  • 预编译语句已关闭。命名预编译语句在重新分配给其他后端后会失效,因此自动编译功能已被禁用,而不是任其在高负载下失效。
  • 连接返回池时通常会运行的会话重置操作会被跳过,因为在事务池中,该重置操作不是由您执行的。
  • 两者都由代理仅通过端口应用。无需任何配置,也无法在不使用池化行为的情况下使用池化端点。
  • 对于长时间运行的读取操作,请使用直接端口;对于大量短时读取操作,请使用连接池。两种方式在 Microsoft Excel 和 Google Sheets 中均可使用;区别体现在并发性设置上,而非结果本身。

加密,以及它能证明什么,不能证明什么。

值得直截了当地说明,因为这里所有托管的 Postgres 卡片都采用了相同的策略,很容易过度解读。

  • TLS 是必需的,而非可选的。即使取消选中 SSL 复选框,代理也会强制对 Crunchy 主机名进行加密,因此流量始终不会以明文形式传输。
  • 证书链未经验证。请将其视为防止他人读取传输中流量的保护措施,而不是证明哪个服务器响应了请求的证据。
  • 代理程序运行的所有操作均为只读,凭据永远不会离开安装它的计算机。Query Streams 不会存储您的任何数据副本或密码副本。
  • Crunchy 端无需安装任何软件。代理程序自带 Npgsql 驱动程序,并像普通客户端一样连接。
-- 普通 Postgres,只读,通过 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;

每个数据库连接器共享

适用于所有数据库连接器

  • 仅限出站 — 代理程序会打开一个加密连接到查询流。无需转发入站端口,无需 VPN,无需 IP 允许列表,您的数据库信息不会暴露在互联网上。
  • 凭证保留 — 数据库用户名和密码存储在您安装代理的计算机上。Query Streams 永远不会收到这些信息,也无法自行访问您的数据库。
  • 只读,强制执行 ——一次只执行一条语句,仅限 SELECT 及其相关语句。写入操作会在发送到服务器之前就被本地机器拒绝,而不是依赖于其他人设置的权限。
  • 部署任意数量的代理 每个站点、区域或云端只需一个代理。所有数据源都显示在同一个下拉菜单中,因此无需了解哪个代理托管哪些数据源。

查询保存后您将获得什么?

  • 分享的是能力,而不是 SQL — 同事或外部合作伙伴可以运行您的查询并更改其筛选条件,而无需查看其背后的语句。
  • 双向过滤 — 您可以自己将它们声明为 @variables,或者让连接器发现 WHERE 子句中已有的字面值,并将其作为下拉列表提供。
  • 随时随地阅读 — Microsoft Excel、Google Sheets、Power BI、REST API、MCP 上的 AI 助手、查询生成器和 Nova 都读取同一个已保存的查询。
  • 同时运行多个程序 — 将五个已保存的查询分别保存到五个工作表标签中,同时进行流式传输,无论结果有多大。
  • 将其连接到您已连接的任何其他内容 — 用一条只读语句访问另一个数据库、业务 API 或文件文件夹。

跨源 SQL

将 Crunchy Bridge 连接到您的其他数据

一条语句可以同时连接 Crunchy Bridge 和其他连接。每个数据源只运行它能够处理的部分,并将结果流式传输回来,连接操作在中心统一完成——数据源之间互不通信,也不会复制任何数据。

3 个连接 · 3 个代理

脆桥 托管Postgres
微软 SQL 服务器 关系引擎
条纹 付款与账单

一份声明

——没有任何复制、合并或安排操作。
选择   c.region,COUNT(*) AS orders,SUM(i.amount_due) AS invoiced
从     脆脆产品.公共.订单1 f
连接     ERP SQL.dbo.customers2      c ON c.id = f.customer_id
连接     计费.stripe.invoices3    i ON i.customer = c.stripe_id
GROUP BY c.区域
ORDER BY 发票上的描述;

这三个部分分别是连接、模式和表——连接名称就是你给它起的任何名字。这里用列举例说明;你的表就是你自己的表。所有部分都采用只读模式:仅支持 SELECT、WITH 和 EXPLAIN 语句,并且对单个查询中每个数据源可以传输的数据量有限制。 联合查询的工作原理

连接详情

Crunchy Bridge需要什么

主持人
p.<集群 ID>.db.postgresbridge.com — 两个端点使用同一主机
港口
5432 用于直接数据库,5431 用于内置的 PgBouncer 池
司机
由代理程序携带的 npgsql——无需在 Crunchy Bridge 端安装任何内容。
粘贴格式
集群“连接”选项卡中的 URI,格式为 postgres:// 字符串
TLS
Crunchy主机名必须使用此功能,且此功能强制执行。证书已加密;证书链未经验证。
池化
事务模式 PgBouncer 端口为 5431。使用此代理时,它会禁用自动预处理语句并跳过会话重置。
已保存
PostgreSQL,保留 Crunchy Bridge 作为徽章
默认架构
公开的,也就是联邦引用所携带的。

Crunchy Bridge 是描述连接池端点的参考案例。由于连接池使用的是端口而非单独的主机名或已保存的标志,因此所有需要了解连接池信息的层——连接上显示的模式、粘贴解析器以及建立连接的代理——都从同一位置读取相同的值。没有第二个设置需要保持同步,因此标签显示的内容与实际连接状态不一致的情况不会发生。

模式选择器应该被理解为一种保护机制,而不是一个开关。它不会在你更改端口时改变端口;它阻止两者发生冲突。这是有意为之,因为端口才是 Crunchy Bridge 实际路由的基础,如果将选择器设为权威,它就会覆盖唯一重要的值。

对于跨源查询,Crunchy Bridge 与普通的 Postgres 数据库并无二致。您创建的名为 crunchy_prod 的连接实际上写成 crunchy_prod.public.orders,它可以通过一条只读语句连接到 CSV 文件文件夹、本地记录系统或计费 API——无需复制任何数据,也无需安排任何任务。

供应商文档: www.crunchydata.com

常问问题

关于 Crunchy Bridge 的问题

哪些工具可以通过查询流读取 Crunchy Bridge 数据?

所有这些工具,只需一次连接即可使用:Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、定时提醒和报表。只需连接一次数据库,所有平台都使用同一个只读连接——无需为每个工具单独设置,也无需创建数据副本。

我是否需要为我的 Crunchy Bridge 数据库打开防火墙端口?

不。Query Streams 网络代理运行在您的网络内部,并打开一个单独的出站加密连接。它不会监听入站流量,无需 VPN,数据库也会保留其现有的防火墙规则。

Query Streams 能否更改 Crunchy Bridge 中的数据?

不。代理在执行时强制执行只读模式——一次只执行一条语句,仅限 SELECT 及其相关语句。凭据保留在代理上,绝不会发送到查询流。

Query Streams 需要通过什么连接到 Crunchy Bridge?

一个可访问的主机、一个角色及其密码——代理程序自带驱动程序,因此无需在数据库上安装任何内容。主机:p.<集群 ID>.db.postgresbridge.com——两个端点使用同一主机。端口:直接数据库使用 5432,内置 PgBouncer 池使用 5431。驱动程序:Npgsql,由代理程序自带——无需在 Crunchy Bridge 端安装任何内容。粘贴格式:集群“连接”选项卡中的 URI,格式为 postgres:// 字符串。

我可以在同一个查询中将 Crunchy Bridge 连接到另一个数据库吗?

是的——这就是联合查询。一条语句可以同时引用 Crunchy Bridge 和其他连接,格式为 connection.schema.table。每个数据源只运行它能够处理的部分,并将结果流式传输回来;连接操作在中心进行,因此数据源之间不会相互连接,也不会进行任何复制或调度。所有部分(SELECT、WITH 和 EXPLAIN)都采用只读模式,并且单个数据源在单次查询中可以传输的数据量有限制。联合查询是计划功能;联合查询页面会显示当前的数据源和大小限制。

连接 Crunchy Bridge 与连接 PostgreSQL 有什么不同?

仅需连接字符串。Crunchy Bridge 使用 PostgreSQL 网络协议,因此过滤器、调度、共享、Excel 和 Google Sheets 插件以及 MCP 服务器的行为都完全相同。Crunchy Bridge 卡会预先填充提供商所需的主机、端口和 SSL 设置。

是否有 Crunchy Bridge 到 Excel 的入门指南?

是的——这是 PostgreSQL 指南,而且就 Crunchy Bridge 而言,指南中的内容是正确的。Crunchy Bridge 使用 PostgreSQL 的网络协议,因此 Crunchy Bridge 连接到 Excel、Google Sheets 以及其他所有目标平台都遵循相同的步骤。唯一 Crunchy Bridge 特有的部分是连接字符串,Crunchy Bridge 卡片会为您填写这部分内容。

把 Crunchy Bridge 放在工作地点

安装代理,将其指向您的数据库,然后选择目标位置。

只读 仅限出站 凭证保留在代理人身上。