Migrating Data from PostgreSQL¶
This page covers PostgreSQL-specific setup for Data migration. For workflow and Worker field definitions, see Data migration configuration reference.
Prerequisites¶
- Npgsql driver (pure Python) on Workers. You don’t install a PostgreSQL ODBC driver for cloud migration.
- TLS configuration: Set
ssl_modein Worker TOML (Disable,Prefer,Require,VerifyCA,VerifyFull). DefaultRequirefor managed hosts; useDisablefor local Docker or lab instances without TLS.
Connectivity and extraction¶
PostgreSQL uses regular extraction (partitioned SELECT through the Worker to Parquet, then the internal migration stage).
Managed host (TLS required)¶
Local Docker or lab (no TLS)¶
Workflow example:
Data type mappings¶
| PostgreSQL type | Snowflake target type | Supported for migration | Notes |
|---|---|---|---|
| smallint, integer, bigint, serial types | NUMBER | Yes | |
| numeric(p,s), decimal | NUMBER | Yes | Default NUMBER(20,10) when unspecified |
| real, double precision | FLOAT | Yes | |
| boolean | BOOLEAN | Yes | |
| date | DATE | Yes | |
| time without/with time zone | TIME | Yes | |
| timestamp without/with time zone | TIMESTAMP_NTZ / TIMESTAMP_TZ | Yes | |
| character, character varying, text | VARCHAR | Yes | |
| bytea | BINARY | Yes | |
| uuid | VARCHAR(36) | Yes | |
| json, jsonb, xml | VARIANT | Yes | |
| money | VARCHAR | Yes | Stored as a text representation |
| bit, bit varying | VARCHAR | Yes | Stored as a text representation |
| interval | INTERVAL or VARCHAR | Yes | Depends on intervalHandling. See INTERVAL columns and intervalHandling. |
| array | ARRAY | Yes | |
| inet, cidr, macaddr types | VARCHAR | Yes | Stored as a text representation |
| point, line, lseg, box, path, polygon, circle | VARCHAR | Yes | Native PostgreSQL geometric types stored as text |
| PostGIS geometry | GEOMETRY | Yes | |
| PostGIS geography | GEOGRAPHY | Yes | |
| pg_lsn, pg_snapshot, txid_snapshot | (unmapped) | No |
INTERVAL columns and intervalHandling¶
PostgreSQL’s interval type can store year-month and day-time fields in the same value. Snowflake has no single interval qualifier that spans both families.
AIM DMV exposes that tradeoff through intervalHandling. Neither setting is universally better: choose based on what you need on Snowflake.
intervalHandling | Target type | Implications |
|---|---|---|
"interval" (default) | Snowflake INTERVAL DAY TO SECOND | Keeps a native interval column and interval-aware operations. Mixed year-month and day-time values are folded into day-time by converting the whole interval to a total-seconds count (EXTRACT(EPOCH ...)), then rebuilding Snowflake’s day-time text. Months and years are treated as fixed-length spans, so calendar-accurate year-month precision is lost. |
"varchar" | VARCHAR | Preserves the source text form, including exact year-month fields in mixed-family intervals. You don’t get a native INTERVAL column on Snowflake. |
Set intervalHandling at the workflow root, on defaultTableConfiguration, or per table. Use the same value later during validation so comparisons match how the data was migrated. For the property reference, see INTERVAL data type handling.
Prompt:
Platform-specific considerations¶
-
use_copy = true: PostgreSQL native COPY protocol is enabled by default for cloud migration and significantly improves extraction speed on large tables. -
ssl_mode: Set this to match your environment. Most managed cloud PostgreSQL hosts requireRequireor stricter. When you set up the Worker connection, confirm both COPY andssl_modematch your host.Prompt:
-
PostGIS columns: Deploy converted DDL with GEOMETRY or GEOGRAPHY target columns before migrating so Snowflake receives the spatial type shown in the table above. Native point, line, and polygon types always map to VARCHAR.
-
Anti-locking: No automatic hint is added on PostgreSQL. Set
queryModifiersonly when you need custom source SQL hints. See Anti-locking and query modifiers.