Skip to main content

PostgreSQL Batch Query Connector

This connector captures data from PostgreSQL databases into Flow collections by periodically executing queries and translating the results into JSON documents.

When to use this connector

We recommend using our PostgreSQL CDC Connector instead when possible. CDC provides lower latency data capture, delete and update events, and typically has a smaller impact on the source database.

However, the batch connector is the right choice when:

  • Your PostgreSQL instance doesn't support logical replication
  • You need to capture from a read replica on PostgreSQL <=15
  • You need to capture from database views
  • You want to execute ad-hoc or custom queries

Supported versions and platforms

This connector works with all supported PostgreSQL versions on major cloud platforms (including Amazon RDS and Aurora, Google Cloud SQL, Azure Database for PostgreSQL, and other managed services), as well as self-hosted instances.

Configuration Tip

To capture data from databases hosted on your internal network, you must use SSH tunneling.

Prerequisites

You'll need:

  • A PostgreSQL database with a user that has SELECT permission on the tables you want to capture
  • Network access to the database (direct or via SSH tunnel)

Setup

Creating a capture user

We recommend creating a dedicated user for Flow captures:

CREATE USER flow_capture WITH PASSWORD 'secret';

Grant read permissions on the tables you want to capture:

-- For PostgreSQL 14 and later:
GRANT pg_read_all_data TO flow_capture;

-- For earlier versions:
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT SELECT ON TABLES to flow_capture;
GRANT SELECT ON ALL TABLES IN SCHEMA public TO flow_capture;
GRANT SELECT ON ALL TABLES IN SCHEMA information_schema, pg_catalog TO flow_capture;

Replace public with the name of your schema, or grant permissions on multiple schemas as needed.

How it works

Capture Modes

Each binding operates in one of two modes, automatically selected based on the resource configuration:

XMIN Mode

When you configure cursor: ["txid"] for a table binding, the connector uses PostgreSQL's xmin system column to identify new and updated rows. This mode provides efficient incremental updates for regular tables.

The first poll performs a full backfill of the table, then subsequent polls capture only rows with newer transaction IDs.

This is the recommended mode for capturing ordinary tables, and will be used by default in discovered bindings.

Query Mode

For all other configurations, the connector uses query mode with a built-in template. This supports three patterns:

  • Full-refresh (no cursor): The entire table/view is re-read on each poll.
  • Cursor-incremental: Captures rows where the cursor has advanced since we last polled, according to WHERE cursor > $lastValue ORDER BY cursor.
  • Custom query: Override the built-in template to execute arbitrary SQL. This may be useful for filtering, aggregations, or subsets of your data.
Data Volume Consideration

Full-refresh bindings re-capture all data on each poll, which can generate significant data volumes. Just a few megabytes polled every 5 minutes adds up to gigabytes per day. Use cursors or longer polling intervals to manage the data volume when capturing views.

Polling schedule

The connector executes queries on a configurable schedule, which may be set at the capture level and/or overridden on a per-binding basis. When unset the schedule defaults to polling every 5 minutes.

Polling intervals are written as strings in one of two formats:

  • Interval format: 5m (5 minutes), 1h (1 hour), 24h (24 hours), etc
  • Time-of-day format: daily at 12:34Z (daily at 12:34 UTC)
    • Time-of-day polling schedules must specify the time in UTC with the 'Z' suffix, other timezones or offsets are not currently supported.

Collection keys

Discovered tables with primary keys will use them as their collection keys. Tables without a primary key use /_meta/row_id as the collection key.

Configuration

Configure this connector in the Flow web app or using YAML config files with flowctl CLI. See connectors to learn more about using connectors.

Endpoint Properties

PropertyTitleDescriptionTypeRequired/Default
/addressAddressThe host or host:port at which the database can be reached.stringRequired
/userUserThe database user to authenticate as.stringRequired, "flow_capture"
/passwordPasswordPassword for the specified database user.stringRequired
/databaseDatabaseLogical database name to capture from.stringRequired, "postgres"
/advancedAdvanced OptionsOptions for advanced users. You should not typically need to modify these.object
/advanced/pollDefault Polling ScheduleWhen and how often to execute fetch queries. Accepts a Go duration string like '5m' or '6h' for frequency-based polling, or a string like 'daily at 12:34Z' to poll at a specific time (specified in UTC) every day.string"5m"
/advanced/discover_viewsDiscover ViewsWhen set, views will be automatically discovered as resources. If unset, only tables will be discovered.booleanfalse
/advanced/discover_schemasDiscovery Schema SelectionIf this is specified, only tables in the selected schema(s) will be automatically discovered. Omit all entries to discover tables from all schemas.array[]
/advanced/sslmodeSSL ModeOverrides SSL connection behavior by setting the 'sslmode' parameter.string
/advanced/source_tagSource TagWhen set, the capture will add this value as the property 'tag' in the source metadata of each document.string
/advanced/statement_timeoutStatement TimeoutOverrides the default statement timeout for queries.string
/networkTunnelNetwork TunnelConnect to your system through an SSH server that acts as a bastion host for your network.object

Binding Properties

PropertyTitleDescriptionTypeRequired/Default
/nameResource NameThe unique name of this resource.stringRequired
/schemaSchema NameThe name of the schema in which the captured table lives. Must be set unless using a custom template.string
/tableTable NameThe name of the table to be captured. Must be set unless using a custom template.string
/cursorCursor ColumnsThe names of columns which should be persisted between query executions as a cursor.array["txid"] for tables, [] for views
/pollPolling ScheduleWhen and how often to execute the fetch query (overrides the connector default setting). Accepts a Go duration string like '5m' or '6h' for frequency-based polling, or a string like 'daily at 12:34Z' to poll at a specific time (specified in UTC) every day.string
/templateQuery Template OverrideOptionally overrides the query template which will be rendered and then executed.string

Type mapping

PostgreSQL types are mapped to JSON types as follows:

PostgreSQL TypeJSON TypeNotes
BOOLEANboolean
SMALLINT, INTEGER, BIGINTinteger
NUMERIC, DECIMALstringFormatted as number string to preserve precision
REAL, DOUBLE PRECISIONnumber or stringNaN, Infinity, -Infinity encoded as strings
VARCHAR, TEXT, CHARstring
BYTEAstringBase64 encoded
JSON, JSONBNative JSONPassed through without modification
UUIDstringFormat: uuid
DATE, TIMESTAMP, TIMESTAMPTZstringFormat: date-time (RFC3339)
TIME, TIMETZstring
INTERVALstring
ARRAY typesarray
ENUM typesstring
Geometric typesstringPOINT, LINE, BOX, etc.
Network typesstringINET, CIDR, MACADDR
Range typesstring

Query templates

Query templates use Go's template syntax to generate SQL queries. The connector uses a default template which implements appropriate behavior for full-refresh and cursor-incremental bindings, but you can override this for custom behavior.

Overriding the query template is best left to power-users or done at the direction of Estuary support. Consult the connector source for the current text of the default template.