June 2022link
Fivetran Teleport Sync is now available in beta. Fivetran Teleport Sync is a proprietary database replication method that offers the completeness of snapshots while approaching the speed of log-based systems. Learn more in our Fivetran Teleport Sync for PostgreSQL documentation.
April 2022link
The PostgreSQL connectors now only use soft deletes in the Soft Delete sync mode with all incremental update mechanisms. Neither Live mode nor History mode will use soft deletes regardless of your incremental update mechanism.
We fixed a bug that made our PostgreSQL connectors fail to parse arrays of complex types like POINT, TSRANGE, and TSTZRANGE for tables without primary keys. For these types, we now sync the raw values to the destination.
October 2021link
We now support logical replication using the pgoutput
plugin. The pgoutput
plugin allows you to use PostgreSQL’s publications feature. This feature only replicates change events from tables in your publication, so you control which changes are replicated to Fivetran. Learn more in our pgoutput
plugin documentation.
July 2021link
We now support logical replication in Google Cloud PostgreSQL. Learn more in about logical replication in our Updating data documentation.
January 2021link
We now support domains, which are user-defined data types with optional constraints. Learn more in PostgreSQL’s domains documentation.
We now support logical replication on Azure PostgreSQL version 9.5 and later.
December 2020link
We now enforce stricter checks on the replication slot’s configuration during the setup tests. Ensure that a replication slot exists within the database you specify and turn on the “test_decoding” plugin.
We now support logical replication on Azure PostgreSQL versions 10 and newer.
We have now made the GEOMETRY and GEOGRAPHY data types GeoJSON compliant.
October 2020link
We now sync unparsable DATERANGE values (such as 10000-01-01
) to the destination as null values.
September 2020link
We have added a new test in the PostgreSQL destination setup form to verify CREATE TEMPORARY TABLES permissions. When you set up your PostgreSQL destination, you must grant the fivetran
user permission to create temporary tables in your PostgreSQL database. To learn how, see the setup guide for your PostgreSQL implementation:
August 2020link
We have added support for PostgreSQL’s email domain. We treat this domain as an extension of CITEXT data type. Learn how we map CITEXT data types to your destination in our PostgreSQL documentation.
July 2020link
We now support logical replication on Aurora PostgreSQL versions 10.6 or later.
June 2020link
We now replicate empty tables in a PostgreSQL source database as empty tables in the destination.
May 2020link
We now support syncing the BYTEA data type from your source. In your destination, the BYTEA data type will appear as BINARY data type.
February 2020link
We now support partitioned tables. You will be able to see both partitioned tables and their partitions in your Fivetran dashboard.
December 2019link
-
We now create a task on your Alerts page when we encounter concurrent usage errors for your replication slot. Only one process can access the same replication slot at a time. For more details, see PostgreSQL’s logical decoding documentation.
-
We can now use unique indexes to import tables without a primary key, making imports more efficient and reliable. This fix will be gradually rolled out over the next few weeks.
November 2019link
-
We can now use unique key constraints to import tables without a primary key, making imports more efficient and reliable. This fix will be gradually rolled out over the next few weeks.
-
We now require that the PostgreSQL database configuration parameter
statement_timeout
is either0
(the default value to disable the timeout) or is greater than5 minute
. Fivetran validates this value during the setup test.
October 2019link
- We can now sync single- and multidimensional JSON, JSONB, and HSTORE arrays.
- We now require that the postgres database configuration parameter ‘wal_sender_timeout’ is set to 0 or greater than 10 minutes. The value is validated during the setup test.
August 2019link
We fixed a bug that caused connectors to break when syncing Postgis Geometry/Geography objects.
July 2019link
We have fixed a bug in our PostgreSQL connectors which was preventing some syncs from making progress.
Previously, Postgres connectors using WAL syncs could not make progress through the WAL if all of the log events were related to tables Fivetran did not sync. For example, if you selected to sync the table PUBLIC.MY_TABLE
, and all log events were on PUBLIC.YOUR_TABLE
, Fivetran could not make progress.
Now Fivetran clears the WAL slot to the most recent LSN we examined if no rows were added, deleted, or updated in Fivetran-delivered tables.
October 2018link
We have clarified the wording of the rescheduled sync notification message in your Sync History.
For the following warehouses, Fivetran now drops the primary_key
field from existing tables in your warehouse if there is a primary_key
coming in from your data source:
- MySQL
- PostgreSQL
- SQL Server
- Redshift
- Periscope
- Panoply
May 2018link
For logical replication mode, we have switched to a different logical decoding plugin that consumes significantly less disk and memory resources on the database instance.
We can now correctly parse Postgres array data types with escaped characters.