Amazon RDS logo

Managed · multi-engine speaks PostgreSQL / MySQL / MariaDB / Microsoft SQL Server / Oracle

Connect Amazon RDS to Excel, Sheets and AI

Amazon RDS or Aurora — PostgreSQL, MySQL, MariaDB or SQL Server. The agent reaches it from inside your VPC or over the public endpoint you already allow.

1connection
0inbound ports
read-onlyenforced

One connection, every surface

Where your Amazon RDS data can go

Connect Amazon RDS once and the same read-only connection feeds all of these — no second setup, no second copy of the data. 9 of 11 have a step-by-step guide.

Guide

Amazon RDS to Excel

Microsoft Excel · Excel add-in

Pull live Amazon RDS results straight into a worksheet and refresh them on demand — desktop Excel, Excel Online, Microsoft 365.

Read the PostgreSQL guide
Guide

Amazon RDS to Google Sheets

Sheets add-on

Run a saved Amazon RDS query from the sidebar and drop the rows into the sheet. Shared collaborators can refresh it themselves.

Read the PostgreSQL guide
Guide

Amazon RDS MCP server

Claude, Cursor and MCP clients

Give an AI assistant read-only access to Amazon RDS with the schema it needs to write correct SQL — no credentials in the chat.

Read the PostgreSQL guide
Guide

Amazon RDS REST API

HTTP endpoint

Publish a Amazon RDS query as an authenticated JSON endpoint any application can call, with an OpenAPI 3.1 spec and ready-made Postman, Insomnia and Hoppscotch collections. No database port is opened.

Read the PostgreSQL guide
Guide

Amazon RDS to Airtable

Automation platform

Sync Amazon RDS rows into an Airtable base on a schedule, or fetch them inside an Airtable automation script.

Read the PostgreSQL guide
Guide

Amazon RDS to Baserow

Automation platform

Feed a Baserow table from Amazon RDS over the REST endpoint — self-hosted or Baserow cloud.

Read the PostgreSQL guide
Guide

Amazon RDS to SeaTable

Automation platform

Keep a SeaTable base current with Amazon RDS data without exporting a file or exposing the database.

Read the PostgreSQL guide
Guide

Amazon RDS to Smartsheet

Automation platform

Push Amazon RDS results into a Smartsheet grid so plans and reports read from the source system, not last week's export.

Read the PostgreSQL guide
Guide

Amazon RDS to Anvil

Anvil Works · App platform

Back an Anvil Python app with Amazon RDS through the REST endpoint instead of embedding database credentials in the app.

Read the PostgreSQL guide
Supported

Amazon RDS to Power BI

Power Query M

Paste the generated Power Query M into the Power BI Advanced Editor and the report reads live Amazon RDS results over HTTPS — no ODBC driver, no database port opened.

How Power BI works no Amazon RDS walkthrough written yet
Supported

Amazon RDS alerts and reports

Slack · Discord · Email · Webhook

Put a Amazon RDS query on a schedule and have the rows delivered to Slack, Discord, email or a signed webhook — or hold the message until a row count, threshold or percentage change crosses the line you set.

How alerts and reports work no Amazon RDS walkthrough written yet

How it works

5 steps, no inbound firewall change

01

Install the Network Agent on a machine inside the VPC — an EC2 instance is the usual choice. Because the agent only ever connects outward, the instance can stay private: no public accessibility, no inbound rule, no IP allow-list to maintain.

02

Paste what the RDS console gives you. Either the bare endpoint from the Connectivity tab or a full URI works, and the engine is worked out from the scheme first and the port second.

03

Confirm the engine if the paste could not settle it. Four are on the card — PostgreSQL, MySQL, MariaDB and SQL Server — and the rest of the form changes to match the one you pick.

04

Give it a user with SELECT on what you want read. The master user works; a dedicated read-only user is the better habit.

05

Save, and the same connection serves Microsoft Excel, Google Sheets, Power BI, MCP and REST — or joins to your other sources in a single read-only statement.

Feature deep-dive

What Amazon RDS gives you

One card, four engines

RDS is not one database, it is a billing envelope around several. The card treats it that way: pick the engine and the form becomes that engine's form, then the connection is saved as that engine rather than as something called “RDS”.

  • PostgreSQL and Aurora PostgreSQL on 5432, MySQL and Aurora MySQL on 3306, MariaDB on 3306, SQL Server on 1433. The port field prefills for the engine you chose and can be overridden.
  • The field labels follow the engine — SQL Server asks for a Server, the other three ask for an Endpoint — because that is the word each community actually uses.
  • TLS is a checkbox for the three open-source engines and is on by default, which is what an instance with rds.force_ssl set requires. SQL Server on RDS takes its encryption from the instance instead — set rds.force_ssl on its parameter group if you want it guaranteed.
  • Oracle on RDS is the one exception: use the Oracle card for it. The connection is still recognised as RDS afterwards and still carries the RDS badge — the engine picker simply does not offer it.

Aurora clusters are read correctly

An Aurora endpoint is not an instance address, and treating it like one is how people accidentally point reporting at a writer.

  • A cluster endpoint is recognised by the .cluster- infix in the hostname, and the card says so as soon as it appears.
  • The writer endpoint routes to the current writer on its own, so a failover does not leave a saved connection pointing at an instance that is no longer in charge.
  • Reader endpoints are read-only replicas, which is exactly what a reporting connection should be aimed at. Query Streams only ever issues reads, so a reader endpoint costs you nothing and keeps the load off the writer.

The private path is the intended one

Most guides for getting RDS data into a spreadsheet quietly begin with making the instance publicly accessible. This one does not, and it is worth being explicit about why.

  • The agent makes outbound connections only. It never listens, so putting it inside the VPC costs no inbound rule and no security-group change on the database.
  • Publicly accessible can stay off, the subnet can stay private, and there is no IP allow-list to keep in step with anyone's home broadband.
  • If the instance is already reachable over a public endpoint you allow, that works too — the agent does not care which side of the boundary it is on, only that it can open one connection.
-- One reader, four engines, same statement shape
SELECT   c.name,
         COUNT(o.id)   AS orders,
         SUM(o.amount) AS revenue
FROM     customers AS c
JOIN     orders    AS o ON o.customer_id = c.id
WHERE    o.placed_at >= CURRENT_DATE - INTERVAL '30' DAY
GROUP BY c.name
ORDER BY revenue DESC;

Shared by every database connector

True of every database connector

  • Outbound only — the agent opens one encrypted connection out to Query Streams. No inbound port to forward, no VPN, no IP allowlist, nothing about your database exposed to the internet.
  • Credentials stay put — the database username and password live on the machine you installed the agent on. Query Streams never receives them and cannot reach your database on its own.
  • Read-only, enforced — one statement at a time, SELECT and friends only. A write is rejected on your own machine before it is ever sent to the server, rather than relying on a permission somebody remembered to set.
  • Deploy as many agents as you like — one per site, region or cloud. Every data source they can see arrives in a single dropdown, so nobody has to know which agent hosts what.

What you get once a query is saved

  • Share the capability, not the SQL — a colleague or an outside partner can run your query and change its filters without ever seeing the statement behind it.
  • Filters from either direction — declare them yourself as @variables, or let the connector spot the literal values already sitting in your WHERE clause and offer those as dropdowns.
  • Read it from anywhere — Microsoft Excel, Google Sheets, Power BI, the REST API, AI assistants over MCP, the Query Builder and Nova all read the same saved query.
  • Run several at once — five saved queries into five worksheet tabs, streamed concurrently, however large the results.
  • Join it to anything else you have connected — another database, a business API, or a folder of files, in one read-only statement.

Cross-source SQL

Join Amazon RDS to the rest of your data

One statement can span Amazon RDS and your other connections at once. Each source runs only the part it can, streams the result back, and the join happens centrally — the sources never talk to each other and nothing is copied anywhere.

3 connections · 3 agents

Amazon RDS Managed · multi-engine
Microsoft SQL Server Relational engine
Stripe Payments & billing

One statement

-- nothing copied, nothing merged, nothing scheduled
SELECT   c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
FROM     rds_prod.public.orders1  f
JOIN     erp_sql.dbo.customers2   c ON c.id = f.customer_id
JOIN     billing.stripe.invoices3 i ON i.customer = c.stripe_id
GROUP BY c.region
ORDER BY invoiced DESC;

The three parts are connection, schema and table — and the connection name is whatever you called it. Illustrative columns; your tables will be your tables. Read-only applies to every piece: SELECT, WITH and EXPLAIN only, with a ceiling on how much any one source may hand over for a single query. How federated queries work

Connection details

What Amazon RDS needs

Engines
PostgreSQL, MySQL, MariaDB and SQL Server on the card; Oracle on RDS goes through the Oracle card and is still badged RDS
Ports
5432 PostgreSQL, 3306 MySQL and MariaDB, 1433 SQL Server — prefilled per engine, overridable
Endpoint
<name>.<id>.<region>.rds.amazonaws.com, pasted bare or inside a full URI
Aurora
A .cluster- infix marks a cluster endpoint; the writer routes automatically and readers are read-only replicas
TLS
A checkbox, on by default, for PostgreSQL, MySQL and MariaDB — which is what rds.force_ssl requires
SQL Server on RDS
Encryption follows the instance rather than a checkbox — set rds.force_ssl on the parameter group if you want it guaranteed
Saved as
The engine you picked, with RDS kept as a badge — there is no connection type called RDS
Permissions
SELECT on what you want read. The master user works; a read-only user is better
Network
Outbound only from the agent. No inbound rule, no public accessibility, no IP allow-list

The reason this card exists at all is that RDS is a wrapper, not an engine. Behind one console are four databases that share nothing but a billing line and a hostname suffix, and a connector that pretended otherwise would be wrong about ports, wrong about field names and wrong about TLS. So the card asks which engine, then gets out of the way — and the connection is stored as PostgreSQL or MySQL or MariaDB or SQL Server, with Amazon RDS kept only as the badge on the card.

Aurora deserves its own sentence. A cluster endpoint follows the writer through a failover, which is the behaviour you want and the behaviour a hardcoded instance address does not give you. Point a Query Streams connection at a reader endpoint instead and you get a read-only replica serving read-only queries — belt and braces, at no cost, and the writer never sees the reporting load.

For a cross-source query the qualifier follows the engine rather than the badge, because that is what the connection actually is. An RDS PostgreSQL connection you called rds_prod is written rds_prod.public.orders; the same instance on SQL Server would be rds_prod.dbo.orders. That is how a managed AWS database joins to a folder of CSVs or a billing API in one read-only statement, with nothing copied and nothing scheduled.

Vendor documentation: aws.amazon.com

FAQ

Questions about Amazon RDS

Which tools can read Amazon RDS data through Query Streams?

All of them, from one connection: Excel, Google Sheets, MCP, REST API, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, scheduled alerts and reports. Connect the database once and every surface reads the same read-only connection — there is no per-tool setup and no second copy of the data.

Do I have to open a firewall port to my Amazon RDS database?

No. The Query Streams Network Agent runs inside your network and opens a single outbound encrypted connection. Nothing listens for inbound traffic, no VPN is required, and the database keeps its existing firewall rules.

Can Query Streams change data in Amazon RDS?

No. The agent enforces read-only at the point of execution — one statement at a time, SELECT and friends only. Credentials stay on the agent and are never sent to Query Streams.

What does Query Streams need to connect to Amazon RDS?

A reachable host, a role and its password — the agent carries the driver, so nothing is installed on the database. Engines: PostgreSQL, MySQL, MariaDB and SQL Server on the card; Oracle on RDS goes through the Oracle card and is still badged RDS. Ports: 5432 PostgreSQL, 3306 MySQL and MariaDB, 1433 SQL Server — prefilled per engine, overridable. Endpoint: <name>.<id>.<region>.rds.amazonaws.com, pasted bare or inside a full URI. Aurora: A .cluster- infix marks a cluster endpoint; the writer routes automatically and readers are read-only replicas.

Can I join Amazon RDS to another database in the same query?

Yes — that is a federated query. One statement can reference Amazon RDS and your other connections at once, written as connection.schema.table. Each source runs only the part it can and streams the result back; the join happens centrally, so the sources never connect to each other and nothing is copied or scheduled. Read-only applies to every piece — SELECT, WITH and EXPLAIN only — and there is a ceiling on how much any one source may hand over for a single query. Federated queries are a plan feature; the federated queries page carries the current source and size limits.

Is connecting Amazon RDS different from connecting PostgreSQL?

Only the connection string. Amazon RDS speaks the PostgreSQL wire protocol, so filters, scheduling, sharing, the Excel and Google Sheets add-ons and the MCP server all behave identically. The Amazon RDS card pre-fills the host, port and SSL settings that provider expects.

Is there a Amazon RDS to Excel guide?

Yes — it is the PostgreSQL guide, and it is correct for Amazon RDS as written. Amazon RDS speaks the PostgreSQL wire protocol, so Amazon RDS to Excel, Amazon RDS to Google Sheets and every other destination follow the same steps. The only Amazon RDS-specific part is the connection string, and the Amazon RDS card fills that in for you.

Put Amazon RDS where the work happens

Install the agent, point it at your database, and pick a destination.

Read-only Outbound only Credentials stay on the agent