一个连接,每个表面
您的 OVHcloud 数据可以去哪里
只需连接一次 OVHcloud,同一个只读连接即可为所有这些服务提供数据——无需二次设置,也无需创建第二份数据副本。11 个服务中有 9 个提供了分步指南。
OVHcloud 到 Excel
微软 Excel · Excel 加载项
将 OVHcloud 的实时结果直接导入工作表,并可按需刷新——支持桌面版 Excel、Excel Online 和 Microsoft 365。
阅读 PostgreSQL 指南OVHcloud 到 Google Sheets
表格插件
从侧边栏运行已保存的 OVHcloud 查询,并将结果行拖放到工作表中。共享协作者可以自行刷新工作表。
阅读 PostgreSQL 指南OVHcloud MCP 服务器
Claude、Cursor 和 MCP 客户端
赋予 AI 助手对 OVHcloud 的只读访问权限,并提供它编写正确 SQL 所需的架构——聊天中不包含凭据。
阅读 PostgreSQL 指南OVHcloud REST API
HTTP 端点
将 OVHcloud 查询发布为任何应用程序都可以调用的已认证 JSON 端点,符合 OpenAPI 3.1 规范,并预置了 Postman、Insomnia 和 Hoppscotch 集合。无需打开数据库端口。
阅读 PostgreSQL 指南OVHcloud 到 Airtable
自动化平台
按计划将 OVHcloud 行同步到 Airtable,或者在 Airtable 自动化脚本中获取它们。
阅读 PostgreSQL 指南OVHcloud 到 Baserow
自动化平台
通过 REST 端点从 OVHcloud 向 Baserow 表提供数据——无论是自托管还是 Baserow 云。
阅读 PostgreSQL 指南OVHcloud 到 SeaTable
自动化平台
无需导出文件或暴露数据库,即可使用 OVHcloud 数据保持 SeaTable 数据库的最新状态。
阅读 PostgreSQL 指南OVHcloud 到 Smartsheet
自动化平台
将 OVHcloud 结果推送到 Smartsheet 表格中,以便计划和报告能够从源系统读取数据,而不是从上周的导出数据读取数据。
阅读 PostgreSQL 指南OVHcloud 到 Anvil
Anvil Works · 应用平台
通过 REST 端点将 Anvil Python 应用程序与 OVHcloud 集成,而不是将数据库凭据嵌入到应用程序中。
阅读 PostgreSQL 指南OVHcloud 到 Power BI
Power Query M
将生成的 Power Query M 粘贴到 Power BI 高级编辑器中,报表即可通过 HTTPS 读取 OVHcloud 的实时结果——无需 ODBC 驱动程序,也无需打开数据库端口。
Power BI 的工作原理 目前还没有OVHcloud的详细攻略。OVHcloud 警报和报告
Slack · Discord · 电子邮件 · Webhook
将 OVHcloud 查询添加到计划中,并将查询结果发送到 Slack、Discord、电子邮件或签名 webhook,或者等到行数、阈值或百分比变化超过您设定的界限时才发送消息。
警报和报告的工作原理 目前还没有OVHcloud的详细攻略。工作原理
5 个步骤,无需更改入站防火墙规则
将网络代理安装在任何可以访问服务的位置。它只建立出站连接,因此不需要入站防火墙规则。
在 OVHcloud 管理器中打开数据库服务并复制服务 URI。
将其粘贴到第一个字段中。系统会读取主机、端口、数据库、用户名和密码,引擎选择器会按照此方案进行选择。
检查端口。OVHcloud 会为每个服务分配一个端口,而不是使用引擎的默认值,因此即使是粘贴配置时也值得检查一下。
启用 SSL,进行测试并保存。可从 Microsoft Excel、Google Sheets、Power BI、MCP 或 REST 读取。
专题深度解析
OVHcloud能为你提供什么
底层的 Aiven 解释了默认设置。
如果你直接使用过艾文,这张卡牌看起来会很眼熟。如果你没用过,一开始可能会觉得默认设置有些随意,但了解原因后就会明白。
- 默认用户名是 avnadmin,而不是 OVH 风格的用户名。这是 Aiven 的惯例,这一点显而易见。 — 因为卡片通常会预先填写信息,所以信息一般都是正确的。
- 默认数据库是 defaultdb,同样是 Aiven 的。OVH 所称的连接字符串“服务 URI”也是 Aiven 的术语。
- 端口是按服务分配的,而不是像 Aiven 那样使用 5432 或 3306 这样的固定端口。请从管理器中复制端口号,不要随意猜测。
- Aiven 的一个缺失功能是连接池。Aiven 在其平台上公开了 PgBouncer 连接池;而 OVHcloud 没有提供这些连接池,因此用户无法选择连接池端点,也无法进行任何配置。
两个区域,两种主机名后缀
在检查银行卡是否识别主机时,这是一个很重要的细节。
- 欧洲的服务域名以 .database.cloud.ovh.net 结尾,美国的服务域名以 .database.cloud.ovh.us 结尾。该卡可以识别这两种域名。
- OVHcloud徽章的颁发以及PostgreSQL上下文所述的强制加密,都源于对数据库的认可。无论选择哪种方式,都能获得这两项认证。
- 主机名通常的形式是 postgresql-abc-123.database.cloud.ovh.net。
- 从代理人的角度来看,这两个区域之间没有其他任何变化。 — 相同的连接,相同的司机,相同的保障。
一张卡,两个引擎,但它们的加密方式不同。
顶部的引擎选择器比驱动程序变化更大,在取消选中复选框之前,这部分内容值得阅读。
- 选择 PostgreSQL 后,无论复选框的设置如何,代理都会强制对 OVHcloud 主机名进行加密。OVHcloud 要求 sslmode=require,代理不会向其发送明文。
- 选择 MySQL,复选框就是全部机制。默认情况下它处于启用状态,启用期间连接会加密,但即使您将其关闭,也不会有任何更改。
- 原因在于结构性问题而非疏忽:代理维护着一个托管的 PostgreSQL 主机名表,并强制对这些主机名使用 TLS 加密,而 MySQL 没有对应的表。所有多引擎网卡都存在同样的问题。
- 无论哪种方式,实际操作指导都是一样的。 — 启用“使用 SSL”。在 MySQL 数据库中,它是唯一保护连接的机制。
- 这两种情况下,证书链都未经验证。加密的作用在于防止任何人读取流量,而不是证明是哪个服务器响应的。
- 代理程序运行的所有内容都是只读的,您的凭据永远不会离开运行它的机器。
-- 只读,无论你选择哪个引擎\nSELECT c.name,\nCOUNT(o.id) AS orders,\nSUM(o.amount) AS revenue\nFROM customers AS c\nJOIN orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interval '30 days'\nGROUP BY c.name\nORDER BY revenue DESC;
每个数据库连接器共享
适用于所有数据库连接器
- 仅限出站 — 代理程序会打开一个加密连接到查询流。无需转发入站端口,无需 VPN,无需 IP 允许列表,您的数据库信息不会暴露在互联网上。
- 凭证保留 — 数据库用户名和密码存储在您安装代理的计算机上。Query Streams 永远不会收到这些信息,也无法自行访问您的数据库。
- 只读,强制执行 ——一次只执行一条语句,仅限 SELECT 及其相关语句。写入操作会在发送到服务器之前就被本地机器拒绝,而不是依赖于其他人设置的权限。
- 部署任意数量的代理 每个站点、区域或云端只需一个代理。所有数据源都显示在同一个下拉菜单中,因此无需了解哪个代理托管哪些数据源。
查询保存后您将获得什么?
- 分享的是能力,而不是 SQL — 同事或外部合作伙伴可以运行您的查询并更改其筛选条件,而无需查看其背后的语句。
- 双向过滤 — 您可以自己将它们声明为 @variables,或者让连接器发现 WHERE 子句中已有的字面值,并将其作为下拉列表提供。
- 随时随地阅读 — Microsoft Excel、Google Sheets、Power BI、REST API、MCP 上的 AI 助手、查询生成器和 Nova 都读取同一个已保存的查询。
- 同时运行多个程序 — 将五个已保存的查询分别保存到五个工作表标签中,同时进行流式传输,无论结果有多大。
- 将其连接到您已连接的任何其他内容 — 用一条只读语句访问另一个数据库、业务 API 或文件文件夹。
跨源 SQL
将 OVHcloud 与您的其他数据连接起来
一条语句可以同时跨越 OVHcloud 和其他连接。每个数据源只运行它能够处理的部分,并将结果流式传输回来,连接操作在中心统一完成——各个数据源之间互不通信,也不会复制任何数据。
3 个连接 · 3 个代理
一份声明
——没有任何复制、合并或安排操作。
选择 c.region,COUNT(*) AS orders,SUM(i.amount_due) AS invoiced
从 ovh_db.公共.订单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 语句,并且对单个查询中每个数据源可以传输的数据量有限制。 联合查询的工作原理
连接详情
OVHcloud需要什么
- 主持人
- 欧洲地区使用 postgresql-abc-123.database.cloud.ovh.net,美国地区使用 .database.cloud.ovh.us。该卡可识别这两种域名。
- 港口
- 每个服务都已分配,并且故意留空——从 OVHcloud 管理器复制。
- 发动机
- PostgreSQL 或 MySQL,在卡片顶部选择。粘贴服务 URI 即可自动设置。
- 司机
- 代理程序自带 Npgsql 或 MySqlConnector,OVH 端无需安装任何软件。
- 粘贴格式
- 来自管理器的服务 URI,格式为 postgres:// 或 mysql:// URI。
- 默认值
- 用户 avnadmin 和数据库 defaultdb 均继承自 Aiven。
- TLS
- 代理程序强制要求 PostgreSQL 上的 OVHcloud 主机名使用两种不同的后缀。MySQL 上则通过复选框控制,默认启用——请保持启用状态。无论哪种方式,都不会验证证书链。
- 池化
- 没有。OVHcloud 没有公开 Aiven 的 PgBouncer 连接池,因此没有可用的连接池端点。
- 已保存
- PostgreSQL 或 MySQL,OVHcloud 作为徽标保留。
- 默认架构
- 在 PostgreSQL 上是公开的。MySQL 连接则以其数据库名称来限定。
了解 Aiven 的架构主要在于它能让这张网卡的行为变得可预测。一旦你明白 avnadmin 和 defaultdb 是 Aiven 的约定,而不是 OVH 的特例,预填充的值就不会显得像是猜测,每个服务的端口也不会显得像是疏忽。这也有助于你正确地理解:这是 Aiven 的引擎,搭配 OVH 的控制面板和区域,而不是 Aiven 所有功能的完全复制。
连接池就是最明显的例子。在 Aiven 上,你需要在直接连接和 PgBouncer 连接池之间进行选择,而正确的选择至关重要。在这里,你无需做出选择,这就少了一件可能出错的事情。
对于跨源查询,限定符位于引擎之后,而不是徽标之后。例如,PostgreSQL 连接 ovh_db 的写法是 ovh_db.public.orders;而 MySQL 上的相同连接则使用其数据库进行限定。该查询语句可以连接到 CSV 文件文件夹、本地记录系统或计费 API,只需一条只读语句即可完成。
供应商文档: www.ovhcloud.com
常问问题
关于OVHcloud托管数据库的问题
哪些工具可以通过查询流读取OVHcloud托管数据库的数据?
所有这些工具,只需一次连接即可使用:Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、定时提醒和报表。只需连接一次数据库,所有平台都使用同一个只读连接——无需为每个工具单独设置,也无需创建数据副本。
我是否需要为我的 OVHcloud Managed Databases 数据库打开防火墙端口?
不。Query Streams 网络代理运行在您的网络内部,并打开一个单独的出站加密连接。它不会监听入站流量,无需 VPN,数据库也会保留其现有的防火墙规则。
查询流能否更改 OVHcloud 托管数据库中的数据?
不。代理在执行时强制执行只读模式——一次只执行一条语句,仅限 SELECT 及其相关语句。凭据保留在代理上,绝不会发送到查询流。
Query Streams 需要哪些组件才能连接到 OVHcloud 管理的数据库?
可访问的主机、角色及其密码——代理程序自带驱动程序,因此无需在数据库上安装任何内容。主机:欧洲地区为 postgresql-abc-123.database.cloud.ovh.net,美国地区为 .database.cloud.ovh.us。该卡可识别这两个地址。端口:每个服务分配一个端口,此处特意留空——请从 OVHcloud 管理器复制。引擎:PostgreSQL 或 MySQL,在卡片顶部选择。粘贴的服务 URI 将自动为您设置。驱动程序:Npgsql 或 MySqlConnector,由代理程序自带——OVH 端无需安装任何内容。
我可以在同一个查询中将OVHcloud托管数据库连接到另一个数据库吗?
是的——这就是联合查询。一条语句可以同时引用 OVHcloud 托管数据库和其他连接,格式为 connection.schema.table。每个数据源只运行它能够处理的部分,并将结果流式传输回来;连接操作在中心进行,因此数据源之间不会相互连接,也不会进行任何复制或调度。所有部分(SELECT、WITH 和 EXPLAIN)都采用只读模式,并且单个数据源在单次查询中可以传输的数据量有限制。联合查询是一项计划功能;联合查询页面会显示当前的数据源和大小限制。
连接 OVHcloud 托管数据库与连接 PostgreSQL 有何不同?
仅需连接字符串。OVHcloud Managed Databases 使用 PostgreSQL 网络协议,因此过滤器、调度、共享、Excel 和 Google Sheets 插件以及 MCP 服务器的行为都完全相同。OVHcloud 卡片会预先填充提供商所需的主机、端口和 SSL 设置。
是否有 OVHcloud 到 Excel 的转换指南?
是的——这是 PostgreSQL 指南,而且就 OVHcloud 托管数据库而言,指南中的内容完全正确。OVHcloud 使用 PostgreSQL 通信协议,因此 OVHcloud 连接到 Excel、OVHcloud 连接到 Google Sheets 以及其他所有目标平台都遵循相同的步骤。唯一 OVHcloud 特有的部分是连接字符串,OVHcloud 卡片会自动为您填写。

